ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion
a1batross has quit [Ping timeout: 252 seconds]
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 260 seconds]
kevery1 is now known as kevery
<macromorgan> kevery: Do you know (or can you ask an engineer) for the rk817 PMIC if the off_count should be 30 minutes or 300 minutes?
<macromorgan> but near as I can tell register 0x6f stores the off_count in decaminutes (meaning checking against 30 is looking for a value above 300 minutes, not 30)
<macromorgan> just chasing down some bugs in the upstream battery driver, I didn't like it's behavior when I ran the battery down to the minimum voltage
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 260 seconds]
kevery1 is now known as kevery
stikonas has quit [Remote host closed the connection]
stikonas has joined #linux-rockchip
stikonas has quit [Ping timeout: 248 seconds]
Tenkawa has quit [Quit: Was I really ever here?]
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 248 seconds]
kevery1 is now known as kevery
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 248 seconds]
kevery1 is now known as kevery
chewitt has joined #linux-rockchip
naoki has quit [Quit: naoki]
cp- has quit [Ping timeout: 248 seconds]
cp- has joined #linux-rockchip
naoki has joined #linux-rockchip
naoki has quit [Quit: naoki]
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 268 seconds]
kevery1 is now known as kevery
naoki has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Read error: Connection reset by peer]
kevery1 is now known as kevery
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 248 seconds]
kevery1 is now known as kevery
ldevulder has quit [Quit: Leaving]
ldevulder has joined #linux-rockchip
Rathann has joined #linux-rockchip
Rathann has quit [Ping timeout: 268 seconds]
Rathann has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 260 seconds]
kevery1 is now known as kevery
UndrWater has quit [Quit: ZNC 1.7.5+deb4 - https://znc.in]
UndrWater has joined #linux-rockchip
naoki has quit [Quit: naoki]
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 252 seconds]
kevery1 is now known as kevery
stikonas has joined #linux-rockchip
kevery1 has joined #linux-rockchip
kevery has quit [Ping timeout: 248 seconds]
kevery1 has quit [Ping timeout: 255 seconds]
a1batross has joined #linux-rockchip
lorenzb has quit [Quit: Gateway shutdown]
Rathann has quit [Ping timeout: 252 seconds]
paulk has quit [Quit: WeeChat 3.0]
paulk has joined #linux-rockchip
lorenzb has joined #linux-rockchip
Tenkawa has joined #linux-rockchip
Danct12 has joined #linux-rockchip
Daanct12 has quit [Ping timeout: 248 seconds]
Tenkawa has quit [Quit: Was I really ever here?]
matthias_bgg has joined #linux-rockchip
kevery has joined #linux-rockchip
Tenkawa has joined #linux-rockchip
hanetzer has quit [Ping timeout: 255 seconds]
hanetzer has joined #linux-rockchip
kevery has quit [Quit: kevery]
Rathann has joined #linux-rockchip
hanetzer has quit [Ping timeout: 268 seconds]
hanetzer has joined #linux-rockchip
naoki has joined #linux-rockchip
vagrantc has joined #linux-rockchip
naoki has quit [Quit: naoki]
Tenkawa has quit [Quit: Was I really ever here?]
Tenkawa has joined #linux-rockchip
leming has quit [Ping timeout: 260 seconds]
leming has joined #linux-rockchip
naoki has joined #linux-rockchip
vagrantc has quit [Quit: leaving]
Rathann has quit [Quit: Leaving]
naoki has quit [Quit: naoki]
naoki has joined #linux-rockchip
<CounterPillow> macromorgan: on your rk3566 u-boot, does enabling CONFIG_OF_LIBFDT_OVERLAY=y also just randomly hose the board during u-boot?
<macromorgan> no
<macromorgan> that seems to work as best I can tell
<naoki> for me, if CONFIG_OF_LIBFDT_OVERLAY enabled, it hangs after SPL
<CounterPillow> naoki: which u-boot is yours based on? mine's based on 2022.04
<naoki> 2023.01/04
<naoki> I think it happened on 2022.10 too
<naoki> if dts is minimized(comment out most part), it works
<CounterPillow> hmmm
<naoki> omg
<naoki> my build machine seems almost dead...
<Kwiboo> if you have issue with mainline u-boot stuck after SPL on rk356x with rkbin bl31 you could be affected by an alignment issue
<CounterPillow> I get to "Trying to boot from MMC1" and then nothing
<CounterPillow> spl_board_init finishes, but arch_cpu_init in non-SPL doesn't get called
<CounterPillow> also yes I am using rkbin, how do I check/modify its alignment?
<Kwiboo> does bl31 load? I had issues with part of bl31 not being loaded into pmu sram, change "MKIMAGEFLAGS_u-boot.itb += -B 0x8" from 0x8 to 0x200
<Kwiboo> for v2023.04-rc1 the alignement to 512 is included in binman build
<CounterPillow> thanks, I'll try changing that. I should rebase onto v2023.04-rc1 too, but that's a bigger task
<Kwiboo> another hack I made was to just keep that part of bl31 embedded using hack: https://github.com/Kwiboo/u-boot-rockchip/commit/8e71ac45b166e3b178b36b9ab97b6afd19c49292
<CounterPillow> okay, changing 0x8 to 0x200 unfortunately didn't work. I'll try the bl31 embedding hack
<Kwiboo> the alignment change fixed an issue for my rock-3b at least, for rk3588 the hack in mkimage was needed
<CounterPillow> which version of rkbin do you use? Just the latest that rockchip has released? iirc I'm currently using an older one for reasons
<naoki> CounterPillow: https://github.com/RadxaNaoki/u-boot/commits/rock-3 working v2023.04-rc1 without fdtoverlay