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
<flacks> robmur01: re: miniloader + rkclk_init(), even ayufan's loader img (with u-boot forked from rockchip's tree) doesn't work around this
<flacks> I guess people are happy with 3 minute boot times :)
<flacks> some people*
<flacks> anarsoul: have you tested using upstream + a ddr blob?
<anarsoul> nope
<flacks> I'm gonna try that next
<flacks> oh, aside: have you used https://github.com/tuxd3v/ats with a recent kernel? there is no `pwm1` exposed in `/sys/class/hwmon/hwmon0/` with 5.3.11/12
<flacks> and info on the device (tcpm-source-psy-4-0022) is somewhat scant
<anarsoul> nope
lkcl has quit [Ping timeout: 252 seconds]
<flacks> so no fan control for you, huh? :P
<anarsoul> my rockpro64 is fanless
<flacks> gotcha
drrty has quit [Ping timeout: 240 seconds]
field^Mop has quit [Ping timeout: 240 seconds]
return0e has quit [Read error: Connection reset by peer]
lkcl has joined #linux-rockchip
return0e has joined #linux-rockchip
vstehle has quit [Ping timeout: 240 seconds]
return0e_ has joined #linux-rockchip
return0e has quit [Ping timeout: 276 seconds]
_whitelogger has joined #linux-rockchip
ganbold has quit [Remote host closed the connection]
return0e_ has quit [Read error: Connection reset by peer]
return0e has joined #linux-rockchip
ganbold has joined #linux-rockchip
vagrantc has joined #linux-rockchip
_whitelogger has joined #linux-rockchip
vstehle has joined #linux-rockchip
vagrantc has quit [Quit: leaving]
stikonas has joined #linux-rockchip
kaspter has joined #linux-rockchip
adjtm has quit [Ping timeout: 252 seconds]
return0e has quit [Read error: Connection reset by peer]
return0e_ has joined #linux-rockchip
kaspter has quit [Remote host closed the connection]
kaspter has joined #linux-rockchip
<sphalerite> hanetzer: so I have linux booting successfully, including an initramfs :) it doesn't seem to be kexecable though — that is, if I try to kexec the same kernel I built into the firmware, it hangs. logs: https://gist.github.com/lheckemann/67e4e82798487f6f88fe5103d0ca9f37
pcbBob has joined #linux-rockchip
<sphalerite> the only relevant diff seems to be that the A72 cores run at the unlisted frequency 600MHz the first time and at the unlisted frequency 24MHz(!) the second time
<sphalerite> let me know if you're familiar with this already, I'll be fiddling a bit more myself to try and find out what's going on here
<stikonas> I think u-boot does something to swtich frequency from 24 to 600
<stikonas> linux is able to boot with 24Mhz too, although it will take a few minutes
<stikonas> so an interesting test would be to wait and see if it eventually boots
<sphalerite> oh, good to know! I'll try that
<sphalerite> it should eventually switch to a more useful frequency, right?
stikonas has quit [Ping timeout: 246 seconds]
<sphalerite> well, it doesn't seem to be doing any more
adjtm has joined #linux-rockchip
midnight has quit [Ping timeout: 264 seconds]
midnightmagic has joined #linux-rockchip
ojn has quit [Ping timeout: 264 seconds]
ojn has joined #linux-rockchip
<flacks> ah, so pwm-fan was missing from the linux rockpro64 DTS
kaspter has quit [Remote host closed the connection]
<flacks> along with a few other changes, at least one correction from the schematic
<flacks> at least the fan works now :)
kaspter has joined #linux-rockchip
field^Mop has joined #linux-rockchip
wbn has quit [Ping timeout: 246 seconds]
<micken> gosh , coding gfx effects in aarch64 asm
<micken> is there anyway to jump out to C from el switching macro?
field^Zzz1 has joined #linux-rockchip
field^Mop has quit [Ping timeout: 240 seconds]
<hanetzer> sphalerite: hmm. exact same build of firmware?
<hanetzer> sphalerite: erm, build of linux?
<sphalerite> hanetzer: yep
<sphalerite> hanetzer: also happens with a completely different linux build, even though the userspace on there seems to get quite far
<hanetzer> hmm. strange. are you passing a dtb to both kexec calls?
<sphalerite> unfortunately I forgot my suzyqable at home so I can't do any more testing for now
<sphalerite> coreboot passes a dtb the first time, I tried both with and without the dtb for the kexec. Without the dtb (I guess it inherits the one passed by coreboot in that case?) it gets to that point, if I pass the dtb to kexec -l then the new kernel doens't say anything at all
<sphalerite> i.e. the last output I get is from the dying kernel shutting down the non-boot CPUs
return0e has joined #linux-rockchip
return0e_ has quit [Ping timeout: 246 seconds]
return0e_ has joined #linux-rockchip
return0e has quit [Ping timeout: 276 seconds]
<sphalerite> hanetzer: oh, I do have my suzyqable with me after all?
<hanetzer> yeh. try not passing a dtb at any point past the initial coreboot load
<sphalerite> !*
<sphalerite> alright, no dtbs :)
<sphalerite> so I've kexeced my OS kernel, and I can get an initramfs shell and everything. When I switch_root into the real OS is when the hang happens…
<sphalerite> when it's loading some kernel modules maybe
<sphalerite> yeah, that seems to make sense
<sphalerite> the module that breaks things isn't in the initramfs which is why that works
<sphalerite> and whichever module that is is probably built into the firmware kernel
<sphalerite> Hence the failure to kexec the same kernel
<hanetzer> hmm
<hanetzer> does kexecing the original os kernel again work?
<sphalerite> I'll try it
<micken> robmur01: anarsoul: running both cpu's open a lot of cool posibilities
<micken> imagine mp4 player
<micken> etc
<micken> quite impressive that it works at all
<sphalerite> hanetzer: yep, coreboot -> firmware kernel -> os kernel -> os kernel works
<sphalerite> and it freezes at the same point if I switch_root
<hanetzer> any idea as to the kmod fuckin' it?
<sphalerite> nope
<sphalerite> going to look into how to stop it from loading any
lkcl has quit [Ping timeout: 240 seconds]
kevery has joined #linux-rockchip
field^Zzz2 has joined #linux-rockchip
field^Zzz1 has quit [Ping timeout: 252 seconds]
<sphalerite> hm, it seems to be obstinate on loading rockchip-dp even if I blacklist it
<sphalerite> hanetzer: I have a more verbose log from the OS kernel in case that's useful: https://gist.github.com/lheckemann/21cb3d88c0aff66036bae195042594df
<hanetzer> sphalerite: hmm. nothing jumps out.
<sphalerite> hanetzer: you can boot your OS with kexec just fine?
<hanetzer> may no longer be true but yes, while I was regularly using the device there was no issue
inode has joined #linux-rockchip
<sphalerite> hanetzer: which OS? And with the OS stock kernel or a cros one?
<sphalerite> hanetzer: I've found the module that causes it to freeze: vctrl-regulator
<sphalerite> that seems like something that I really do actually want working though…
<sphalerite> I bet this is just kexec weirdness :|
stikonas has joined #linux-rockchip
<sphalerite> and the unlisted frequency messages show up after probing that too
<sphalerite> so, I have a strong suspicion that this is because of kexec. So I'm going to try using u-boot instead of linux as my coreboot payload…
<sphalerite> hanetzer: wait, did you ever get that working?
anarsoul has quit [Read error: Connection reset by peer]
anarsoul|2 has joined #linux-rockchip
<hanetzer> sphalerite: gentoo, so 'stock kernel' is fairly broad in scope :P
<hanetzer> no, I never got u-boot on rk3399-gru-kevin working in any configuration
<sphalerite> oh ok
<sphalerite> well, I'll try disabling vctrl in my firmware kernel
<hanetzer> one of these days I need to do some work in that area.
lkcl has joined #linux-rockchip
sigmaris has quit [Ping timeout: 252 seconds]
field^Zzz2 has quit [Read error: Connection reset by peer]
field^Zzz2 has joined #linux-rockchip
sigmaris has joined #linux-rockchip
return0e has joined #linux-rockchip
return0e_ has quit [Ping timeout: 246 seconds]
vstehle has quit [Ping timeout: 265 seconds]
<anarsoul|2> robmur01: have you had a chance to test your board with mainline u-boot and ATF yet?
anarsoul|2 is now known as anarsoul
<sphalerite> hanetzer: it works if I disable vctrl-regulator support in the firmware kernel!
<sphalerite> so I guess the firmware kernel doesn't deinitialise it correctly on kexec
<hanetzer> sphalerite: nice :D
<hanetzer> hrm.
<mmind00> sphalerite: the vctrl-regulator is sitting on top of the armcore-regulator (2 times of course), for some voltage rating voodoo
<mmind00> sphalerite: I guess an idea would be to "just" insert some printks into the vctrl-regulator to see where it hangs
warpme_ has quit [Quit: Connection closed for inactivity]
<sphalerite> mmind00: that sounds like a good plan, but for now I'm focusing on getting a nicer userspace for the firmware :)
inode has quit [Quit: ]
vagrantc has joined #linux-rockchip
stikonas has quit [Quit: Konversation terminated!]
stikonas has joined #linux-rockchip
ayaka has quit [Ping timeout: 252 seconds]
ayaka has joined #linux-rockchip
pcbBob has quit [Remote host closed the connection]
stikonas has quit [Remote host closed the connection]
ayaka has quit [Ping timeout: 276 seconds]
ayaka has joined #linux-rockchip
ayaka has quit [Ping timeout: 250 seconds]