We’ve talked about Chimera Linux a few times now on OSNews, so I won’t be repeating what makes it unique once more. The project announced today that it will be shuttering its RISC-V architecture support, and considering RISC-V has been supported by Chimera Linux pretty much since the beginning, this is a big step. The reason is as sad as it is predictable: there’s simply no RISC-V hardware out there fit for the purpose of building a Linux distribution and all of its packages.
Up until this point, Chimera Linux built its RISC-V variant “on an x86_64 machine with qemu-user binfmt emulation coupled with transparent cbuild support”. There are various problems with this setup, like serious reliability problems, not being able to test packages, and a lack of performance. The setup was intended to be a temporary solution until proper, performanct RISC-V hardware became available, but this simply hasn’t happened, and it doesn’t seem like this is going to change soon.
Most of the existing RISC-V hardware options simply lack the performance to be used as build machines (think Raspberry Pi 3/4 levels of performance), making them even slower than the emulation setup they’re currently using. The only machine that in theory would be performant enough to serve as a build machine is the Milk-V Pioneer, but this machine has serious other problems, as the project notes:
Milk-V Pioneer is a board with 64 out-of-order cores; it is the only of its kind, with the cores being supposedly similar to something like ARM Cortex-A72. This would be enough in theory, however these boards are hard to get here (especially with Sophgon having some trouble, new US sanctions, and Mouser pulling all the Milk-V products) and from the information that is available to me, it is rather unstable, receives very little support, and is ridden with various hardware problems.
↫ Chimera Linux website
So, not only is the Milk-V Pioneer difficult to get due to, among other things, US sanctions, it’s also not very stable and receives very little support. Aside from the Pioneer and the various slow and therefore unsuitable options, there’s nothing else in the pipeline either for performant RISC-V hardware, making it quite difficult to support the architecture. Of course, this could always change in the future, but for now, supporting RISC-V is clearly not an option for Chimera Linux.
This is clearly sad news, especially for those of us hoping RISC-V becomes an open source hardware platform that we can use every day, and I wonder how many other projects are dealing with the same problem.
This is a very good reason. It’s very difficult for some open source OS projects to get decent build machines for more common hardware, let alone exotic hardware.
When I first started MidnightBSD, we had i386, amd64 and sparc64. I acquired a sun desktop system to do builds on and it died rather quickly. Then I got two 1u sun netra servers. It took nearly 3 weeks to build packages then. I had under 1000 packages at the time. I was living in an apartment and they were loud also. It just didn’t make sense to keep sparc64 support around. Then desktops were killed at sun.
I bought a risc v board with hopes of adding support in MidnightBSD eventually. It’s been flaky and I’ve had trouble reliably running linux on it, let alone getting a bsd to boot. it’s also pretty obvious that a lot of packages won’t build due to the ram and storage capabilities.
Maintaining two architectures is hard enough. For a release, I need to build packages and need critical ports to build. It takes about 3 days to do a package build for one architecture with my current hardware.
Unfortunate and a bit ironic given that Fedora just adopted RISC-V as a teir one platform last month stating “2025 is the year of Linux on RISC-V”.
The SiFive HiFive Premier P550 is available with 32 GB of RAM. I would have thought that it could handle a full build of Chimera Linux. It is indeed slow though. At the stated equivalent performance as a Pi 4, you would need 10 of them to equal an M4 Mac.
If RISC-V machines are too slow though, it makes me wonder what they are using for 32 bit PPC (still supported) or what they are planning for ARM7 (an arch they say they are considering).
PPC and (most) ARM chips are backwards compatible, so they can run a 32bit userland on a modern 64bit host. The only difficulty will be for certain things (rust for instance) that require a lot of memory during compilation and can fail to build with only a 32bit address space.