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
<DC-IRC> [Discord] <nenter.> Nevermind. I didn't know about oberlays.
<DC-IRC> [Discord] <nenter.> I just discovered that you need to "turn on" the i2c function
<DC-IRC> [Discord] <nenter.> Why are this features not on by default?
<DC-IRC> [Discord] <nenter.> Sorry, but i'm just curious. Just learning about all this stuff ln the go while trying to materialize ideas
<DC-IRC> [Discord] <steeman1> In the world of sbc's often features will share internal cpu resources. So overlay's are used to turn on one of often multiple conflicting features.
<DC-IRC> [Discord] <jonh7776> Hello. Has anyone used an Intel AX411 WiFi/BT NVME card with a Rock-5b? And if so with what kernel? Thx!
<DC-IRC> [Discord] <runaway97> that wont work on hardware other than intel
<DC-IRC> [Discord] <runaway97> ax410 doesnt exist so you want ax210
<DC-IRC> [Discord] <runaway97> cards ending with 1 are CNVIO
<DC-IRC> [Discord] <efectn> @werner just got my sata ssd and tested with opi5 using vendor uboot and everything works well surprisingly 😄
<DC-IRC> [Discord] <efectn> Therefore, we just need cleanup stuff and same sata logic for edge uboot, too
<DC-IRC> [Discord] <nenter.> I see. I finally managed to make it work. Learned a lot doing this, but spend all day and even had to create my own library writing bit by bit the letters... No way I would be able to achieve it without IA.
<DC-IRC> [Discord] <nenter.> But, even with IA, it was hard and learned a lot.
<DC-IRC> [Discord] <nenter.> All day for this 😅
<DC-IRC> [Discord] <igorpec> https://docs.armbian.com/WifiPerformance/#intel-ax200 in real world tests, attached to Rock5. have to check if its ax200 or ax210
<DC-IRC> [Discord] <jonh7776> Thanks. Not paying enough attention to my typing. I knew it was an AX411 but typed AX410. 😒 I'll look into an AX200 or AX210 instead.
<DC-IRC> [Discord] <jonh7776> Thanks @igorpec!