Proprietary Blobs and the Pursuit of a Free Kernel
jammag writes "Ever since the GNewSense team pointed out that the Linux kernel contains proprietary firmware blobs, the question of whether a given distro is truly free software has gotten messier, notes Linux pundit Bruce Byfield. The FSF changed the definition of a free distribution, and a search for how to respond to this new definition is now well underway. Who wins and what solutions are implemented could have a major effect on the future of free and open source software. Debian has its own solution (by allowing users to choose their download), as do Ubuntu and Fedora (they include the offending firmware by default but make it possible to remove it). Meanwhile, the debate over firmware rages on. What resolves this issue?"
If the complicated parts of the drivers that they don't want us to know about were in ROM instead of binary blobs, and the drivers were very simple then it would solve the problem, because anyone could write drivers for whatever OS they want. As it is, you have to be using the operating systems that Nvidea allows you to use. I prefer not to have to wait around for device manufacturers to decide we should be able to use their hardware on a specific system.
Is it any more free than having a distro that's free but not having the freedom to run it on your hardware because it's completely useless?
Having a distro like that serves at least one practical purpose: I can use it to evaluate a given set of hardware for compatibility. That can inform future purchasing decisions.
For instance, having used Linux, I now know that I will never knowingly buy a Broadcom wireless card -- or, very likely, anything from Broadcom -- even for devices I don't plan to run Linux on.
This is just taking that one step further.
it's not like I could buy a complete set of open hardware
Actually, under certain, limited circumstances, you can. I believe the OpenMoko Freerunner was such a device.
Don't thank God, thank a doctor!
I do not necessarily disagree with that - though I think that scenario is now very unlikely (OSS systems have enough acceptance that it would be ... difficult for Intel to do that).
That is why you encourage Intel to Do The Right Thing. They may - one day - do so. However, if you tell them do it or else chances are they will take or else. Further when your OS can no longer run those extensions then your OS will not be run. Not even microsoft can take that hard line a stance and get away with it - I fail to see why many that have a comparatively minuscule market share think that they can.
So, lets take another scenario (which is much more likely). Intel produces a closed 16 core CPU that requires proprietary microcode. Linux vendors demand it be fully open or they refuse to support it all. Customers needing the 16 CPU core (or wanting it) have two choices: purchase MS products and have it supported or figure out how to hack it into the system yourself through unapproved patches and probably paying someone to re-write what is needed to get it to work (guess which one will be picked). Intel then releases a 32 core processor and noting that few used their last product they decide to not even support OSS at all. While yours *may* happen if I get my way, mine *will* if you get yours.
Of course, what will really happen is option three - RedHat (and several others) will ignore Stallman and do what they need to sell product. Many of the purists have somewhat woken up and have started to use what they are fighting against (licenses, patents, and such) to *force* OSS to what they want but the thing is just too easy to fork. Distro's that go the "pure" way will live only in hobby land.
Of course, that is part of why companies like Redhat are both loved and hated - they brought Linux to the commercial success that it is today but "betrayed" those political/social ideals that many in the OSS community started with. Of course, having never truly believed those (like me, they read ESR and thought that buy made a lot of sense) they didn't really betray anything, they more or less showed that one side could gain a larger market and mind share than the other (which is probably even more infuriating than an actual betrayal).
Now, of course, when HURD is ready then it will sweep the world - but until then I suspect that ESR's view of OSS will win pretty much every time it comes in conflict with Stallman's.
------- Sorry about the spelling, I suffer from two problems. Dyslexia makes it difficult to spell well, lazy makes it
I can't believe a totally illogical comment like yours is "+5, insightful". There's no censorship to not recommending a distro as "free" software when said distro itself recommends non-free software. It's only a matter of policy for whom and what the FSF wants to recommend. That's no more censorship than if Amnesty stated they would not recommend a political party that recommends torture. OH BUT THAT'S AN ATTACK ON FREEDUM OF SPEACH! No, it's not, idiot.
Fuck, this site is so full of morons that it makes me sick.
The UltraSPARC T2 is open source. You can download the Verilog for it, and with a big enough FPGA you can run it. Or you can run it in a simulator, or send it off and get it fab'd. You can take the core and incorporate it into a larger design with some custom accelerators (it has a very clean coprocessor interface for doing this) and get that fab'd. It has good performance and good performance per Watt for a lot of workloads.
Open source does not been designed by hobbyists and does not mean without commercial backing. If you make improvements to the T2 design and release your changes, then Sun may well incorporate them in the T3, or if they don't, you can get someone else to manufacture the chips for you.
I am TheRaven on Soylent News