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>
<amazingfate> PD power is working perfectly on rock5b with both uboot and kernel do the negotiation if you don't need dp alt mode.
<DC-IRC>
<amazingfate> PD power is working perfectly on rock5b with both uboot and kernel doing the negotiation if you don't need dp alt mode.
<DC-IRC>
<amazingfate> It is very stable at by side.
<DC-IRC>
<tenkawa42> I don't use graphics at all and can crash it before boot... it cannot be "completely" fixed unless there is a redesign in the handoff at boot
<DC-IRC>
<tenkawa42> The hardware can not handle the power surge... the newest version of the hardware is decent (my older revision is terrible) but there still needs to be more work done.
<DC-IRC>
<tenkawa42> I've stopped using mine though for now.. completely working on RISC-V now.
<DC-IRC>
<lanefu> What's your technique
<DC-IRC>
<tenkawa42> @lanefu Mostly heavy multithreaded cpu usage
<DC-IRC>
<tenkawa42> I was running -j12 compiles and they ran for about 15-20 seconds before rebooting
<DC-IRC>
<tenkawa42> and I can do that easily on other 8 core boards
<DC-IRC>
<tenkawa42> Even the Khadas holds up
<DC-IRC>
<tenkawa42> but the Radxa has major problems
<DC-IRC>
<amazingfate> @tenkawa42 I've explained the root cause of the boot loop issue in my post and the way to solve it. You are just complaining based on your out of date experience. If you don't want to know why and don't want to try you can keep your old opinions, but I can tell you pd power issues are fixed by uboot pd negotiation.
<DC-IRC>
<tenkawa42> Where's the source?
<DC-IRC>
<tenkawa42> I won't be applying "anything" precompiled...
<DC-IRC>
<tenkawa42> I don't ever do that
<DC-IRC>
<tenkawa42> Not unless I can analyze it.
<DC-IRC>
<tenkawa42> The u-boot is already a mess as it is
<DC-IRC>
<amazingfate> Source is also in my post, you can compile it by yourself.
<DC-IRC>
<tenkawa42> I don't use Armbian u-boot either
<DC-IRC>
<tenkawa42> are these patches agnostic?
<DC-IRC>
<tenkawa42> What version of uboot do they go against?
<DC-IRC>
<amazingfate> You can port the tcpm patch to mainline uboot. That is just a software related thing.
<DC-IRC>
<tenkawa42> Ok. I'll give it a try tomorrow or Friday if I can get my RISC-V work done.
<DC-IRC>
<tenkawa42> Cheers all.. be back tomorrow
<DC-IRC>
<amazingfate> There is very less support on mainline(uboot, kernel, edk2) about typec pd. I guess nobody cares about it before rock5b is released.
<DC-IRC>
<lanefu> Yeah it's effectively been broken for years for that PD chip hasn't it?
<DC-IRC>
<amazingfate> There is no typec tcpm support in mainline uboot and edk2. So all pd chips are not supported by them.
<DC-IRC>
<microlinux> This is from rk3566 docs, corrdct me if I am wrong, but opi3b, based on rk3566 of course. Should have one usb 3.0 and sata I for that nvme port?
<DC-IRC>
<microlinux> @rpardini @mackahan
<DC-IRC>
<mariob> no
<DC-IRC>
<mariob> it's pcie and sata
<DC-IRC>
<microlinux> Ohh, nice for the clarification.
<DC-IRC>
<microlinux> Ohh, thanks for the clarification.
<DC-IRC>
<microlinux> Mmm.. 2.1, that may be fast enough.
<DC-IRC>
<microlinux> Mario, this opi3b will be a hot seller
<DC-IRC>
<microlinux> Super excited
<DC-IRC>
<microlinux> So, not shared, nvme with pci 2.1 x1 lane and one 3.0. Good
<DC-IRC>
<rpardini> Been bit by this (`MFD_RK8XX` -> `MFD_RK8XX_I2C` / `MFD_RK8XX_SPI`) _again_ on rockchip64 bump to 6.5.y.
<DC-IRC>
<Tonymac32> Ugh
<DC-IRC>
<jackn01> Nobody will check the orangepi4 video ?