Following yesterday’s Linux 6.18 kernel release, GNU Linux-libre 6.18-gnu is out today as the latest release of this free software purist kernel that will drop/block drivers from loading microcode/firmware considered non-free-software and other restrictions in the name of not pushing binary blobs even when needed for hardware support/functionality on otherwise open-source drivers.
With Linux 6.18 there are more upstream kernel drivers dependent upon binary-only firmware/microcode. Among the drivers called out this cycle are the open-source NVIDIA Nova-Core Rust driver as well as the modern Intel Xe driver. Nova-Core is exclusively designed around the NVIDIA GPU System Processor (GSP) usage and thus without its firmware the driver is inoperable. Similarly, with the newer Intel Xe driver depending upon the GuC micro-controller without its firmware the support is also rendered useless.
This is exactly my sentiment on the matter too. Firmware is not software in practice although it is in theory. Proprietary firmware that can be upgraded is better than firmware burned into a ROM although the FSF disagrees. I personally run nearly 100% FOSS…S as in software, I have no open firmware, I wish I did…but it just isn’t realistic at this point in time.
100%.
There is a reason even the purists fall back on “hardware is out of scope”.
But calling firmware software drives worse outcomes. Will they do the same thing with RISC-V?
Is a RISC-V board better than an ARM board even if both have proprietary schematics and/or divers. In my view, clearly yes.
Every step towards open is positive.
The hypocrisy irks me somewhat as well. The FSF rather famously did not start by writing a kernel. It is why we have the GNU/Linux nonsense. The GNU utilities were first written to run on proprietary UNIX. And this made sense pragmatically as you have to start somewhere. But that was actually real “software” and yet RMS was ok with that. And today he tells people they cannot update the microcode in their Intel CPU.
According to his own definitions, the FSF should not have run a line of code on proprietary operating systems until the FSF had written its own kernel and drivers. But they enthusiastically did. Ok, so they did not write a kernel. How about the C library? Surely, they did not link to propriety C libraries. Or how about the compiler? Did they start with that? No, the first thing they wrote was a text editor (Emacs) and it was built with proprietary compilers, using proprietary C libraries, on proprietary operating systems. The C library came years later. Before that, all GNU software was linked with binary blobs (C library).
Fast-forward to today and you are supposed to condemn Debian for allowing binary blobs.
Not only dumb but massive hypocrisy.
From the article:
Basically, you’re legally prohibited from copying software, but you’re technically prohibited from copying ICs. Hardware isn’t “out of scope”, it’s just not the same kind of thing as software- information can be copied for basically zero marginal cost, but hardware can’t.
The FSF exists to fight legal encumbrances on the copying and modification of software because the technical details of hardware and software are totally different. Although, even in that same article, the FSF advocates for and recommends free hardware designs, which are more analogous to software. You can care about more than one thing. The FSF just particularly cares about software, including firmware, being free of unnecessary legal encumbrances related to copyright.