The R4S is a great little device. Love the solid metal case, tiny size, and low power usage. I used one to route my gigabit Ethernet for several months. Compiled OpenWRT from source with LibreELEC's patches. No hardware problems for me--I did apply that voltage patch for the MicroSD. It handled the connection well, but couldn't quite push full gigabit PPPoE with VLAN. Gets close if you enable acceleration, but then no AQM. CenturyLink requires you to tunnel IPv6, so that on top of the PPPoE was a bit much for it, I could only IPv6 at about 300mbps. No eMMC, you have to provide a MicroSD, but OpenWRT doesn't write to the flash at all in normal operation, so that was fine.
Now I have upgraded to the R5S. This thing has HDMI out, dual 2.5Gbps + 1x Gigabit Ethernet, and eMMC. It was a bit difficult to acquire, but I'm very happy with it. I can max out the Gigabit WAN now, with AQM which really helps. IPv6 reaches over 750mbps, and the R5S has cycles to spare, so I think that's the full speed. I can saturate the link over wireguard tunnels too.
Do you have good source for OpenWRT for R5S? I have one sitting on my desk, but trying to get nice clean version of OpenWRT has been taking more time than I was hoping.
I'm ashamed to admit that I was lazy this time, just used their FriendlyWRT build and then debloated. It's easy enough to disable all the packages, but a proper OpenWRT build would be preferable and you could be more confident that it is secure. You should be able to apply the patches from their github repo and build your own OpenWRT image. It was easy when I did it for the R4S (now I think it's supported upstream). The OpenWRT build system is very nice and easy.
In general I agree, it is pretty nice. The thing I'm struggling with right now is getting kernel config right as I'm attempting to do a build with 6.0 but the configs from OpenWRT-5.15 do not work directly with that (or I'm doing something wrong...). The difficulty is that the kernel config seems to be done in layers in a way, assembling and the merging the final config from different sources and its not completely obvious where to poke to make it work. I don't think its insurmountable, but just takes some effort to figure out the build system etc. Especially as I'm trying to do things the "right" way instead of just trying to patch up something bootable.
Yeah, I’ve built FriendlyWRT for the R5S. It’s reasonably doable in an afternoon, depending on skill level. FriendlyWRT, or at least the sources for it, is just a few minor configuration tweaks for performance + default packages.
No doubt the R6S would make a great media machine, a bit expensive though. The RK3588 looks like an awesome procesor. It suports dual monitors too. I'm hoping to use the Orange Pi 5 as a desktop when it comes out.
One of the most amazing things in Free Software is its multiplying effect. One person had a problem, dug into it, figured it out and got it fixed. The effects will ripple through time and space and improve the support of a lot of other devices now and in the future.
This is FOSS at its best. Thank you, @kohlschuetter.
Agreed. That is one of the most overlooked benefits of using Open Source by users dealing only with proprietary software. There's a lot more than just being free as in beer.
Yeah, I think I was chasing this exact same bug elsewhere just the other day - modulated by the bulk caps, and variations on SD cards (some worked some didn't)
Wow, if the name sounds familiar, it may be because you've read the author's seminal paper [1] on web page segmentation. Or used the boilerpipe library [2] to extract text yourself.
Some of the newer NanoPi models have 2.5G ethernet ports - I may end up replacing my current router with one of those if they eventually receive official OpenWRT support.
Given the fixes here for the boot up sequence, I'd imagine that it'll happen when OpenWRT starts it's upgrades to the kernel for the next major release. I believe 6.1 is supposed to be the next LTS series which means that OpenWRT and other distros will pick it up as their next major kernel version to support. Even if they don't pick it, these patches sound like excellent candidates for back porting since they fix some key issues for some boards and look to be fairly isolated and so less likely to cause other bugs.
Actually I like DT, especially the ability to name nodes and point to them from node properties, so I made similar config format for myself and happily use it to describe arbitrary graphs in configuration files.
It's pretty powerful if the config doesn't have to be represented by a usual tree structure and there's a standard way to link between configuration objects.
There’s quite the market for ARM-powered single board computers with Rockchip, Amlogic, Allwinner, Broadcom, and other system-on-chip (SoC) brands at its heart...
Depending on what device you buy, you may or may not get excellent support from the manufacturer, an online community, or maybe even books and magazines with step-by-step instructions. In many cases, the device isn’t fully supported by the “vanilla” Linux kernel, so you’re either stuck with some old kernel build or, by using a newer mainline kernel, you miss out on some features and performance optimizations that haven’t been upstreamed yet.
Could anyone recommend something in this class that does have good linux support with the vanilla kernel?
This whole write up is what gives me nightmares, kudos for anyone who works in this field.
You cannot write a test suite to catch regressions. How would you build a ci that detects sd boot failures on commit?
A static analyser couldn't help. Rewriting in rust isn't an advantage. You probably wont get help on stack overflow. Given all the above you might try to approach it as formally as possible, from the top down. That works in some spaces. Except half the writers problem was specs not being clearly laid out.
> The R4S isn’t fully supported yet by a release-quality version of OpenWRT, but at least a so-called “snapshot” build (read: unstable) is available for tinkering
This part isn't right...the latest release has r4s in it, not just the nightlies
Pretty recent development though so not surprised author missed it
Note that the Heisenberg uncertainty principle is about fundamental limits on accuracy of position and momentum. It doesn't state that the act of observing something might change it - that is the (completely classical) observer effect.
Now I have upgraded to the R5S. This thing has HDMI out, dual 2.5Gbps + 1x Gigabit Ethernet, and eMMC. It was a bit difficult to acquire, but I'm very happy with it. I can max out the Gigabit WAN now, with AQM which really helps. IPv6 reaches over 750mbps, and the R5S has cycles to spare, so I think that's the full speed. I can saturate the link over wireguard tunnels too.
The R4S is up on eBay now.