ChanServ changed the topic of #linux-rockchip to: Rockchip development discussion | IRC log http://irclog.whitequark.org/linux-rockchip | Community GH https://github.com/linux-rockchip | Rockchip GH https://github.com/rockchip-linux | ML https://groups.google.com/group/linux-rockchip
warpme_ has quit [Quit: Connection closed for inactivity]
stikonas has quit [Remote host closed the connection]
return0e_ has joined #linux-rockchip
LargePrime has quit [Remote host closed the connection]
return0e has quit [Ping timeout: 240 seconds]
_whitelogger has joined #linux-rockchip
JohnDoe_71Rus has joined #linux-rockchip
_whitelogger has joined #linux-rockchip
_whitelogger has joined #linux-rockchip
_whitelogger has joined #linux-rockchip
_whitelogger has joined #linux-rockchip
ganbold has quit [Remote host closed the connection]
ganbold has joined #linux-rockchip
ganbold has quit [Remote host closed the connection]
ganbold has joined #linux-rockchip
field^Mop has joined #linux-rockchip
<eballetbo[m]> Yep, found the same culprit
nsaenz has joined #linux-rockchip
stikonas has joined #linux-rockchip
ldevulder__ has joined #linux-rockchip
ldevulder__ has quit [Quit: Leaving]
JohnDoe_71Rus has quit [Ping timeout: 276 seconds]
JohnDoe_71Rus has joined #linux-rockchip
eballetbo[m] has quit [Remote host closed the connection]
thefloweringash has quit [Read error: Connection reset by peer]
EmilKarlson has quit [Write error: Connection reset by peer]
eballetbo[m] has joined #linux-rockchip
ifbizo has quit [Remote host closed the connection]
ifbizo has joined #linux-rockchip
thefloweringash has joined #linux-rockchip
EmilKarlson has joined #linux-rockchip
irsol has joined #linux-rockchip
warpme_ has joined #linux-rockchip
vicencb has joined #linux-rockchip
inode has quit [Quit: ]
vicencb has quit [Quit: Leaving.]
vicencb has joined #linux-rockchip
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<sigmaris_> has anyone else seen a panic like this after reboot, on rk3399-rockpro64?
<sigmaris_> only happens if rebooting directly from Linux - if I press the reset button or enter "reset" in u-boot it doesn't happen
inode has joined #linux-rockchip
vagrantc has joined #linux-rockchip
lopsided98 has quit [Quit: Disconnected]
stikonas has quit [Remote host closed the connection]
stikonas has joined #linux-rockchip
lopsided98 has joined #linux-rockchip
yann has quit [Read error: Connection reset by peer]
yann has joined #linux-rockchip
<mmind00> sigmaris_: what type of firmware are you running? "asynchronous ..." means "happened at some earlier point but we only notice it now" ... so the powerdomains will likely be innocent
<sigmaris_> mmind00: arm-trusted-firmware v2.1 and u-boot v2019.10-rc4
<mmind00> sigmaris_: self compiled ATF? ... and I guess uboot with the new ddr support for the rockpro64?
<sigmaris_> yes, and I'm using u-boot TPL and SPL
<sigmaris_> also fwiw sometimes it doesn't panic with a traceback, sometimes it just hangs shortly after that point
<mmind00> sigmaris_: as I said, the error is "asynchronous" so the traceback really only happens when the relevant interrupt happened ... the serror itself happened sometime earlier
<sigmaris_> OK
<mmind00> sigmaris_: just read about a somewhat similar thing today: https://www.spinics.net/lists/arm-kernel/msg759033.html
<sigmaris_> interesting, so it could be an area of memory is reserved for use of the firmware
<sigmaris_> and Linux gets this exception when trying to use memory in that area?
<sigmaris_> if it is a similar cause as the issue in that mail
<stikonas> sigmaris_: I sometimes get some segfault
<stikonas> but quite infrequently
<stikonas> I do get emmc errors really often...
<stikonas> maybe like 80% or 90% of time
<stikonas> and I'm using ATF git from maybe two weeks ago and u-boot git with both TPL and SPL
<sigmaris_> I'm booting off emmc but haven't seen any emmc-related errors
<stikonas> and HDMI also seems not to work in u-boot. I think some issue with device tree...
<sigmaris_> the panic/hang only happens at a certain point in boot, and only if rebooted from Linux
<stikonas> mine happens in all stages
<stikonas> sometimes boot gets stuck in TPL
<stikonas> sometimes in SPL
<stikonas> sometimes later...
<sigmaris_> huh, TPL and SPL seems pretty reliable for me
<sigmaris_> and if I don't reboot from Linux, i.e. if I go into the u-boot prompt and enter "reset" to reboot again after rebooting from Linux, I don't get the panic
<stikonas> hmm, I don't remember if panick happens just on reboots or on cold boot only... probably usually reboots
<stikonas> maybe I should try another eMMC card...
<sigmaris_> so it seems like something is only initialised properly by u-boot doing a reset, or by pressing the physical reset button
<stikonas> I have some older one from my odroid-u2 which is now dying...
<stikonas> so will have a spare card
<stikonas> sigmaris_: my setup is described here https://stikonas.eu/wordpress/2019/09/15/blobless-boot-with-rockpro64/ if you are interested... But I guess quite similar to yours
<stikonas> I'm using U-Boot's UEFI feature though
<sigmaris_> about eMMC, I did see this patch in Armbian's kernel: https://github.com/armbian/build/blob/master/patch/kernel/rockchip64-dev/fix-rockpro64-emmc.patch
<stikonas> hmm, I have osme other patch later in the kernel
<stikonas> but maybe I need something in u-boot... and this is in device tree, so maybe easy to poert
<stikonas> probably does similar thing
<sigmaris_> yeah I guess the effect is the same, disable command queueing
<stikonas> yeah...
<stikonas> anyway, this patch can't be directly applied during u-boot stage
<stikonas> not sure if u-boot uses command queueing
<stikonas> at least rockchip_sdhci.c has no mention of command queues
return0e_ has quit [Remote host closed the connection]
gnufan_home has joined #linux-rockchip
field^Mop has quit [Ping timeout: 240 seconds]
<stikonas> sigmaris_: I think my eMMC problem is gone with another eMMC card...
<stikonas> thanks for telling that it worked for you
<stikonas> got me to try another card...
gnufan_home has quit [Quit: Leaving.]