08:25 <helene> (wrt: my messages yesterday, am i in the right channel for this kind of discussion? this probably isn't dev discussion)

08:27 <CounterPillow> It's fine. My guess is that your kernel is built without some of the rockchip drivers, e.g. the PMIC driver

08:32 <helene> I thought so at first, considering I relied on Fedora's kernel config; so I had enabled everything rockchip-related to not be modules (including CONFIG_MFD_RK8XX and their SPI and I2C variants), but that didn't seem to make much of a difference at all

08:32 <helene> (would there be a more appropriate channel for this, by the way?)

09:18 <diederik> rk3588-nanopc-t6-dts-modules: https://paste.debian.net/1315619/

09:19 <diederik> rk3588-dtsi-modules: https://paste.debian.net/1315620/

09:19 <diederik> rk3588s-dtsi-modules: https://paste.debian.net/1315621/

09:20 <diederik> ^^ That's from an analysis I did to figure out what's missing in the Debian kernel, but it also shows all the modules you'd need

09:23 <helene> Thanks! I'm gonna cross-reference this with my config to see if I notice anything

09:54 <Kwiboo> qschulz: I am going to send a v2 of my u-boot rk3399 series a little bit later today, will include a patch to move puma to use common bss/stack addr, is that okay or should I skip it?

09:55 <Kwiboo> https://github.com/Kwiboo/u-boot-rockchip/commits/rk3399-dt-sync-v2-part1 is the current state that will go out, need to run one more test round to gather some boot time numbers before it can be sent

09:57 <Kwiboo> this time around i am not expecting it to add any significant boot time delays for puma, including the uart pinctrl nodes in pre-reloc seem to have been cause delays