lanefu changed the topic of #armbian-rockchip to: Armbian - Linux for ARM development boards | Rockchip SoC | www.armbian.com | This channel is relayed to the equivalent Discord channel | this channel is logged
DC-IRC has quit [Remote host closed the connection]
DC-IRC has joined #armbian-rockchip
<DC-IRC> [Discord] <fbernier> on my board, I don't have a `/boot/dtb/rockchip/{overlay,overlays}` directory which makes this `find` returns nothing but I suppose it may because I'm running the edge kernel? https://github.com/armbian/configng/blob/main/tools/modules/system/manage_dtoverlays.sh#L23-L24
<DC-IRC> [Discord] <fbernier> on my board, I don't have a `/boot/dtb/rockchip/{overlay,overlays}` directory which makes this `find` returns nothing but I suppose it may because I'm running the edge kernel? https://github.com/armbian/configng/blob/main/tools/modules/system/manage_dtoverlays.sh#L23-L24
<DC-IRC> [Discord] <igorpec> aha, that rpi overlay ... let me check
<DC-IRC> [Discord] <mecoblock> So for the lpddr5-6400 enablement we have multiple options. What I think is the "safe" way of implementing is adding the device tree overlay that sets the opp value. Then it still isn’t clocked to it but you can then set the speed via hbiyik's rkddr. It’s like a two step confirmation process. Since we have cpu overclock as an overlay I don’t think there’s anything speakin <clipped message>
<DC-IRC> [Discord] <mecoblock> g against adding the option for it
<DC-IRC> [Discord] <mecoblock> what do you guys think?
<DC-IRC> [Discord] <superkali> WTF; 3.2GHZ rk3588?
<DC-IRC> [Discord] <Werner> memory speed, not cpu
<DC-IRC> [Discord] <nagatoronyan> So this is actually still an overclock? Then the choice should be given back to the user. Otherwise boards that didn't get a good silicon lottery (dmc & lpddr5) will fail.
<DC-IRC> [Discord] <mecoblock> yeah since trm says it’s optimized for lpddr5-5500 and only all below specs like lpddr4 are covered
<DC-IRC> [Discord] <nagatoronyan> Actually, restoring the frequency from 2400 (4800) to 2736 (5500) in the earlier rkbin should have brought some perf improvement.
<DC-IRC> [Discord] <nagatoronyan> But I guess the lpddr5 chips used by some vendors are not stable at this frequency.
<DC-IRC> [Discord] <mecoblock> yeah radxa straight up uses sk hynix 3200 and on my 24GB 5B+ even lpddr5x-8533 (which bc of rkbin ran only at lpddr5-5500)
<DC-IRC> [Discord] <mecoblock> this is for the ddr5 variants*
<DC-IRC> [Discord] <mecoblock> for context: lpddr5 is rated for max 6400MT's (or 3200mhz) anything above requires a lpddr5x controller
<DC-IRC> [Discord] <mecoblock> I would assume other vendors would use lower grade modules
<DC-IRC> [Discord] <nagatoronyan> Premium chips usually have better tolerance. But you can also see that the logo on the lpddr chips used by some SBC vendors is erased, I guess those are downgraded dram chips.
<DC-IRC> [Discord] <mecoblock> also probably did but in very basic comparison going from lpddr5-5500 to lpddr5-6400 brought a bigger performance gain in glmark2-wayland terrain than gpu 850mhz -> 1ghz, combined you get the best performance rn
<DC-IRC> [Discord] <mecoblock> also armbian doesn’t have the gpu max frequency fix yet, going to open a PR for it (even if devfreq says it’s 1ghz it’s actually clocked at 850mhz). This one is a bug and 1ghz actually is the rated max freq in TRM
<DC-IRC> [Discord] <superkali> it was a dream lol
<DC-IRC> [Discord] <mecoblock> sub zero rk3588 soon ™️
<DC-IRC> [Discord] <mecoblock> I want someone else to approve this PR too as this is my first overlay
<DC-IRC> [Discord] <nenter.> Hi guys. I'm 'newbie' here but i've trying to use a i2c screen and it's been a pain.
<DC-IRC> [Discord] <nenter.> Can anyone confirm that i2c and similar functions are working, and that armbian maps gpio ports on its own way?
<DC-IRC> [Discord] <nenter.> I'm using a radxa zero3E btw
<DC-IRC> [Discord] <Werner> If you use *vendor* kernel it should work just fine. Cannot say for mainline
<DC-IRC> [Discord] <Werner> If you use *vendor* kernel it should work just fine. Cannot tell for mainline