Comment by zokier
12 hours ago
there is radxa zero 3w, which on paper is nice looking board. bit dated maybe but still lot fresher than pi zero 2w. the rockchip soc should have decent mainline support and it has been around for a while
12 hours ago
there is radxa zero 3w, which on paper is nice looking board. bit dated maybe but still lot fresher than pi zero 2w. the rockchip soc should have decent mainline support and it has been around for a while
Decent support is not good enough. The Rasppi support is kind of an unsurmontable advantage.
Seems like a good use for AI. If people can use it to port video games from one system to another or jailbreak consoles, surely "get this library/program compiling on this device, then get all the tests passing, here's root ssh and an internet connection" could work pretty well in most cases. I wouldn't have bothered wasting my time in the past, but now, sure why not? It's not my time anymore and AI can turn the crank until it works.
Largely agreed but very different problems between "works for me" and "ready for upstream/mainline".
I myself am guilty as hell of this, of carrying my own remixed software, juggling patches atop upstream, and feeling like getting it upstream would be far more work and labor (and ultimately like I don't really have the confidence to assert to upstream). Meanwhile upstream is screaming their heads off everywhere that they can't take it anymore, that they are not ok. It sucks that we have such amazing power, such competency, but our scaling & social functions aren't scaling into the godlike powers that are now on tap! Alas.
1 reply →
Rpi is not always such a gold standard either.. is their boot chain still a mess? That was one of the problems with zero 2w
TBF, booting any Arm board is a mess. Rpi gets my kudos for frequently updating kernel sources, unlike any other SBC I have tracked. I know which gauntlet I'd rather run to enable secure boot on an Arm SBC., despite the weird architecture.
All of the boot chain is a mess because the Pi 1 used a bucket load of unused Broadcom set-top-box SoCs which were GPUs with a tiny ARM core along for the ride. Every Pi boots off the GPU first.
1 reply →
Rockchip has stellar mainline kernel support for most of their SOCs.
how close is the OS distribution for that to actual stock debian?
Stock enough that if I don't pay attention to which shell I'm looking at I can get confused.
Yeah, I have a bunch of Radxa zero 3W, with their Rockchip rk3566. 4x A55 is just barely better than the A53 era still plaguing us 15 flipping years latter! Unbelievable. Alas just a hair before modern era of Rockchip, so it's support is much less consistent! But still pretty competent all in all!
Pine's Quartz64 has different peripherals attached but still afaik one of the best ways to track upstream support. It hasn't changed much since Linux 6.1 and I don't know if that's because there's nothing new or the page is just out of date. https://pine64.org/documentation/Quartz64/Development/
I tested te Pine64 SQQuartz CM4 compatible SoM, but it uses the same Cypress CYW43455 WiFi as the CM4/Pi4, which crashes on me under load (not the kernel, the chip itself). There is no fix or easy mitigation, other than lowering the load which only reduces occurence. I't odd that not many are talking about this.