<wens>
thanks. seems like a better way, since I don't really like the "reset almost-all" thing with the in-SoC reset
warpme has joined #linux-rockchip
serdarth has joined #linux-rockchip
<rtp>
yeah, the cpu global rst thing not resetting everything is annoying :(
paulk has quit [Ping timeout: 272 seconds]
paulk has joined #linux-rockchip
<Kwiboo>
rtp: wens: use of that sysreset-gpio still would require the bootrom being able to find TPL/SPL?, i.e. that would not solve the issue with bootrom not being able to find TPL/SPL on sdmmc when io voltage is left at v1.8, as was seen on tinker board
ldevulder has joined #linux-rockchip
<rtp>
Kwiboo: possibly. in my case, the boot was halting at uboot spl, failing to find the boot storage.
<Kwiboo>
rtp: ahh, only at reboot? I plan to send out something similar as https://patchwork.ozlabs.org/patch/1895968/ for rk3399 later this weekend to fix reading FIT from sdmmc if TPL/SPL was running of emmc, sdmmc pinctrl is only set by bootrom if it tries to load TPL from sdmmc
<wens>
BROM probably just works if it simply sends commands and doesn't reconfigure stuff, then SPL comes in and resets the controller and/or I/O domain settings and it no longer matches the card?
<wens>
Kwiboo: btw, I can send series to imply ROCKCHIP_EFUSE and MISC_INIT_R for RK3328 and RK3399 on top of your defconfig updates
<rtp>
Kwiboo: the boot log looks very similar to the one I got (trying to boot on sdmmc). tbh, I was lacking time to look at the issue properly so forcing a POR was a quick way to solve it
<Kwiboo>
wens: please send :-)
hipboi has quit [Ping timeout: 268 seconds]
raster has joined #linux-rockchip
<Kwiboo>
wens: from what I understand spl does not touch io-domain or pinconf, and based on limited testing sdmmc could only be read from spl if tpl/spl was running of sdmmc, this is leading me to think that brom does some pinconf before trying to load tpl/spl
<rtp>
fwiw, I'm fully booting on sdmmc. nothing on emmc. my issue is only at reboot.
<Kwiboo>
rtp: interesting, so brom can load and run from sdmmc but spl fails to load from sdmmc
naoki has quit [Quit: naoki]
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 268 seconds]
<rtp>
Kwiboo: my idea was that if brom&co are only using things like read/write command it may be "just working". Then the SPL tries to read the card in non-uhs mode (say needing different voltage) but nothing has changed the card to default state, it fails.
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 252 seconds]
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 256 seconds]
dsimic has quit [Ping timeout: 255 seconds]
dsimic has joined #linux-rockchip
dsimic has quit [Ping timeout: 276 seconds]
diederik has quit [Ping timeout: 264 seconds]
diederik has joined #linux-rockchip
hexa- has quit [Ping timeout: 276 seconds]
hexa- has joined #linux-rockchip
dsimic has joined #linux-rockchip
crabbedhaloablut has quit []
crabbedhaloablut has joined #linux-rockchip
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 276 seconds]
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 276 seconds]
Kwiboo has quit [Ping timeout: 252 seconds]
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 264 seconds]
Kwiboo has joined #linux-rockchip
psydroid has joined #linux-rockchip
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 255 seconds]
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 268 seconds]
ldevulder has quit [Ping timeout: 268 seconds]
hipboi has joined #linux-rockchip
ldevulder has joined #linux-rockchip
mripard has quit [Quit: mripard]
hipboi has quit [Ping timeout: 276 seconds]
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 252 seconds]
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 264 seconds]
hipboi has joined #linux-rockchip
vagrantc has joined #linux-rockchip
warpme has joined #linux-rockchip
repk_ has quit [Ping timeout: 256 seconds]
repk_ has joined #linux-rockchip
hipboi has quit [Ping timeout: 255 seconds]
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 272 seconds]
raster has quit [Quit: Gettin' stinky!]
Stat_headcrabed has joined #linux-rockchip
Stat_headcrabed has quit [Client Quit]
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 255 seconds]
hanetzer has quit [Ping timeout: 272 seconds]
hanetzer has joined #linux-rockchip
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 260 seconds]
warpme has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ldevulder_ has joined #linux-rockchip
ldevulder has quit [Ping timeout: 272 seconds]
hipboi has joined #linux-rockchip
hipboi has quit [Ping timeout: 276 seconds]
dTal has joined #linux-rockchip
<dTal>
I'm trying to compile the provided kernel for a Luckfox Pico Mini, and I'm getting a mysterious compile error:
<dTal>
drivers/cpufreq/rockchip-cpufreq.o: in function `rockchip_cpufreq_idle_state_disable': /home/sysdrv/source/kernel/drivers/cpufreq/rockchip-cpufreq.c:865: undefined reference to `wake_up_if_idle'
<dTal>
This is linux 5.10.110, but I believe Rockchip have made some changes. But surely the provided build scripts should work out of the box.
<CounterPillow>
"have made some changes" is an understatement, this is a vendor BSP kernel. It's heavily patched. "But surely the provided build scripts should work out of the box" is blissfully unaware of how these things usually go