The OSS Solution to the Linux Wi-Fi Problem
tobs writes "Matt Hartley of MadPenguin.org fame has published an open source way of solving the Linux Wi-Fi problem. He writes, "For intermediate to advanced users, who are willing to track down WiFi cards based on chipsets, live without WPA in some instances or have opted to stick with Ethernet, buying a new notebook for the sake of improved wireless connectivity may seem a little overkill.
When a new user faces problems jumping through the NDISWrapper hoops, tracking down WiFi cards from HCLs and other related activities, the end result is almost always the same — they give up. What so many of us, as Linux users, fail to grasp is that projects like OpenHAL are critical to long-term development. The education on what to expect and what not to expect remains a complete load of hot air when articles claim how easy it is to setup wireless Internet on Linux machines. It's downright misleading."
It's like I RTFA, but then again I don't feel like I RTFA. Anyone else notice that? Is there some "Page 2" button I'm missing?
It is by my will alone my thoughts acquire motion; it is by the juice of the coffee bean that the thoughts acquire speed
It is by my will alone my thoughts acquire motion; it is by the juice of the coffee bean that the thoughts acquire speed
In fact, I am an experienced IT professional, and I have only a vague idea what you are talking about. The fact is, I do not spend my time studying the innards of Linux: I have other kinds of issues that I worry about. I am sure I could get a WiFi card working on Linux if I put my mind to it, and edit the right files, find the right drivers, and upgrade the BIOS as required, but I have no inclination to spend the many hours required to learn all those picky details - which I will then forget because I will not use them again. The fact is, if one has to do this, you can kiss Linux goodbye for the typical user. If Linux cannot be made to work with most (like 99%) built-in and third party devices (graphics, WiFi, sound, Bluetooth, etc.) out of the box or with *easily* found drivers - without having to edit files - then it is not a viable desktop for the typical home user. Further, it should be installable from Windows - without having to create an ISO disk and boot. These are far bigger issues than whether the scheduler is "fair" or whether the GUI is KDE or Gnome. Who cares if you can't get it running with an hour of point-and-click effort? It will then never be adopted by the masses, unless manufacturers decide to ship it pre-installed.
I just installed Fedora 7, and I am managing multiple wireless networks with NetworkManager, no configuration at all. Zilch.
Of course, I have a 5 year old Dell. People think they can buy whatever hardware they want and just have it work. No. You have to be selective. That's why my 3D desktop runs on Intel video.
Buy companies that support open source from the beginning, dammit, or other companies will never see the use of providing drivers or specs PERIOD.
Ah, but the firmware on the wireless card is running, effectively, at a higher privilege level than your kernel --- it can do things totally outside the kernel's control. Even if you are legally allowed to redistribute the image, how do you know what it's doing? Given that all your network traffic is passing through that thing, and that it's got complete unsupervised control over all the radio bandwidth it can eat, and that on some interfaces (such as PCI) they can even access host memory... there's a lot of scope for malicious behaviour. Without source, they can't be audited. That's what I mean by the binary blob problem.
(The firmware source code probably includes lots of deeply patented and proprietry frequency-hopping and radio control software, which the FCC would be deeply unamused to have people play with; most likely there's also going to be a third-party embedded operating system, too, to make it all go. It would probably be a legal nightmare to release source.)
(You're right in that there's not much difference between uploaded firmware and firmware in ROM --- it's just a variation of the same problem.)