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>
[Discord] <beohoff3174> what did you use it for?
<DC-IRC>
[Discord] <lanefu> I originally told firefly I'd make Armbian work on the modules and write some blog posts demoing it and they sent it to me.
<DC-IRC>
[Discord] <lanefu> I did make Armbian run on the worker modules, but it's a reaaaaaaaaaally stupid platform that just angers me too much to figure out something useful with it.
<DC-IRC>
[Discord] <lanefu> It has a dumb flat switch in it so you can only give the nodes. Single 1 gig uplink.
<DC-IRC>
[Discord] <lanefu> You could do a k8s cluster on it with like an NFS mount or something for persistent storage for tinkering purposes, just bottleneck city
<DC-IRC>
[Discord] <lanefu> It's "BMC" is offensively stupid as well. I scripted some stuff around it.. but man it just hurts too much lol
<DC-IRC>
[Discord] <menu> heh it sounds like something i'd use, i have a lot of weird workloads, single gigabit would work fine
<DC-IRC>
[Discord] <beohoff3174> I think trying to tinker around rockchip's drivers is enough high octane fun for me
<DC-IRC>
[Discord] <menu> looking it up, it's actually very similar to a system i was asked to design, though we intended to target RK3588S for PVE clustering
<DC-IRC>
[Discord] <lanefu> Iterns designed this thing
<DC-IRC>
[Discord] <menu> if it was cheaper to move internationally i'd take it off your hands, it'd at least make a competent build server
<DC-IRC>
[Discord] <menu> also those GPUs could *probably* find a spot in my pipeline, ideally i'd be re-encoding everything on the fly
<DC-IRC>
[Discord] <lanefu> Yeah I'd the vpu stuff is good enough it could be moderately useful for that. I still think about the network bottleneck of trying to encode 10 video files concurrently across a shared gig link, but I guess that's probably sufficient bandwidth for 1080p jobs.
<DC-IRC>
[Discord] <lanefu> Yeah if the vpu stuff is good enough it could be moderately useful for that. I still think about the network bottleneck of trying to encode 10 video files concurrently across a shared gig link, but I guess that's probably sufficient bandwidth for 1080p jobs.
<DC-IRC>
[Discord] <menu> not much of a bottleneck for me, the majority of my bottleneck is having to re-encode the same file three times
<DC-IRC>
[Discord] <menu> this is an incredibly silly decision
<DC-IRC>
[Discord] <lanefu> Or that each module is OTG port is plumbed to a USB hub connected to that "main core" and that it only provides console access to the modules via ADB
<DC-IRC>
[Discord] <lanefu> And the BMC is a weird form of Grafana that the modified to be a front end
<DC-IRC>
[Discord] <lanefu> And they bastardizdd a web tty and node exporter beyond recognition to be the way they integrate the modules to grafana over OTG
<DC-IRC>
[Discord] <menu> i don't hate that
<DC-IRC>
[Discord] <lanefu> I basically figured out how to use their backend scripts to reimage the emmc with my images and the BMC is kinda blank and I find my nodes via DHCP
<DC-IRC>
[Discord] <menu> i'd be very quickly ripping out their nonsense and replacing it though
<DC-IRC>
[Discord] <lanefu> I guess I could have baked ADB into my Armbian kernel
<DC-IRC>
[Discord] <lanefu> There's breakout on the board itself for the ttl consoles if u want them bad enough
<DC-IRC>
[Discord] <menu> the BMC would make a great gateway to connect all the modules to a network, provided you don't mind the bandwidth limitation
<DC-IRC>
[Discord] <menu> presumably you can use serial over usb too
<DC-IRC>
[Discord] <menu> even if their software doesn't support it
<DC-IRC>
[Discord] <menu> could possibly even network them over USB, if you wanted some additional bandwidth
<DC-IRC>
[Discord] <lanefu> The "main" module would have to be the bridge between the nodes
<DC-IRC>
[Discord] <lanefu> It would look like bridging 10 USB nics on a hub lol
<DC-IRC>
[Discord] <menu> yes, it'd be useful for quite a few things
<DC-IRC>
[Discord] <menu> i'd love to have an isolated control network, especially if using the BMC as a gateway/vpn tunnel
<DC-IRC>
[Discord] <beohoff3174> does anyone know if there are any design files for an rk3588 board? Similar to this: https://github.com/FpgaDigital/RK3328
<DC-IRC>
[Discord] <beohoff3174> There aren't many people using ddr5, and I'm wondering about the speed-up potential for my workload between ddr4 and ddr5
<DC-IRC>
[Discord] <beohoff3174> There aren't many vendors using ddr5, and I'm wondering about the speed-up potential for my workload between ddr4 and ddr5
<DC-IRC>
[Discord] <amazingfate> rockchip sell these files, and for high end socs like rk3588, these files are hard to get
<DC-IRC>
[Discord] <amazingfate> rockchip sells these files, and for high end socs like rk3588, these files are hard to get
<DC-IRC>
[Discord] <beohoff3174> Hmm ok makes sense, so unlikely to find anything out in ths open
<DC-IRC>
[Discord] <beohoff3174> Maybe more of a CM approach would make sense. The above uses the CM5
PhotoJim has quit [Remote host closed the connection]
PhotoJim has joined #armbian-rockchip
<DC-IRC>
[Discord] <zeeto9> You might want to look into the specifics of the lpddr5. If I remember, some implementations on sbc don’t provide enough lanes or something like that to fully take advantage of it.
<DC-IRC>
[Discord] <zeeto9> Or maybe it was having to do with splitting the memory modules.
<DC-IRC>
[Discord] <menu> orange pi 5 plus schematic + gerber are on their website
<DC-IRC>
[Discord] <menu> update on USB issues:
<DC-IRC>
[Discord] <menu> 6.10 mainline doesn't work
<DC-IRC>
[Discord] <menu> 6.1 vendor works correctly
<DC-IRC>
[Discord] <menu> is that the one used for 6.1? (armbian vendor current)
<DC-IRC>
[Discord] <menu> is that the one used for 6.1? (armbian vendor server)
<DC-IRC>
[Discord] <mecoblock> no mainline you’re trying to get usb working there aren’t you? Don’t mind vendor then more or less use rock5b as example as per collabora HW enablement doc
<DC-IRC>
[Discord] <menu> i want it to work in mainline, but the only one i can verify it works on is vendor, i don't know enough about the kernel to fix this
<DC-IRC>
[Discord] <mecoblock> do you know which usb in device tree is the one that doesn’t work on the board?
<DC-IRC>
[Discord] <menu> no, i know which port it enumerates as, but i have never touched a device tree
<DC-IRC>
[Discord] <mecoblock> which is it?
<DC-IRC>
[Discord] <menu> ```awk
<DC-IRC>
[Discord] <menu> /: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 5000M
<DC-IRC>
[Discord] <menu> |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=uas, 5000M
<DC-IRC>
[Discord] <menu> ```
<DC-IRC>
[Discord] <mecoblock> what was the exact issue again?
<DC-IRC>
[Discord] <menu> fails to enumerate the USB3 on 6.10, worked on 5.10 and 6.1, dmesg says `usb usb3-port1: Cannot enable. Maybe the USB cable is bad?`
<DC-IRC>
[Discord] <fireman6740> aAAAAAAAAAAAAAAA
<DC-IRC>
[Discord] <fireman6740> .
<DC-IRC>
[Discord] <efectn> I think this issue is related to usb driver in mainline
<DC-IRC>
[Discord] <menu> possibly, i don't really know how to diagnose it properly
<DC-IRC>
[Discord] <menu> USB baffles me
<DC-IRC>
[Discord] <efectn> I catch the same error on Khadas edge 2 every time i plug a usb hub into usb3 port
<DC-IRC>
[Discord] <menu> i'm gonna attempt to rebuild my PVE on 6.1, then build 6.12 and try it
<DC-IRC>
[Discord] <menu> building 6.11 to try
<DC-IRC>
[Discord] <menu> successfully connected as
<DC-IRC>
[Discord] <menu> ```arm
<DC-IRC>
[Discord] <menu> /: Bus 06.Port 1: Dev 1, Class=root_hub, Driver=ehci-platform/1p, 480M
<DC-IRC>
[Discord] <menu> |__ Port 1: Dev 2, If 0, Class=Mass Storage, Driver=usb-storage, 480M
<DC-IRC>
[Discord] <menu> ```
<DC-IRC>
[Discord] <menu> this is obviously not *correct*, but it's an improvement over 6.10