NDIS Wrapper For Wireless LAN Cards Under GPL 222
An anonymous reader writes " Shortly after Linuxant has released their commercial
DriverLoader, Pontus Fuchs
has made an NDIS wrapper available under the GPL.
Since some vendors refuse to release specifications or even a binary Linux-driver for
their Wireless LAN cards he has decided to
solve it himself by making a kernel module that can load Microsoft-Windows NDIS drivers.
ndiswrapper
has been tested with some BroadCom miniPCI cards and it seems to work on some laptops . With some more work it
should be possible to support more cards. Hopefully this will be the case for
the many owners of Linux laptops based on Intel's Centrino technology.
Please contact Pontus if you are interested in helping out!"
Not the best solution (Score:3, Insightful)
Double edged sword (Score:5, Insightful)
If you are in the market for one of these cards, buy from a company that supports your OS of choice...
Re:Double edged sword (Score:5, Insightful)
We make a better DOS than DOS, and a better Windows than Windows!
So who'd bother writing for OS/2 when I can just write for Win or DOS?
Kernel space? (Score:3, Insightful)
Next step: integrate with Windows Update (Score:4, Insightful)
Looks like more and more Linux is simply emulating Windows. But if you run Windows drivers and Windows programs via appropriate emulation layers, why not simply run Windows?
Re:Licensing issues (Score:2, Insightful)
-Mark
The reason that this is required: Interference (Score:5, Insightful)
There are people here claiming that we'll never see Linux drivers because of this.
The main reason this is required, however, is because the latest chipsets for wireless give too much control to the software. That means the user can theoretically control transmit levels and frequencies, and make their transmission interfere with other people's communication.
Since the transmit power levels and frequencies are all set differently in different parts of the world, the closed-source software is needed to restrict people's control over the hardware.
And that is a real bummer. It is hard to support closed-source Linux drivers - people don't particularly like them, there are thousands of different kernels out there (each distribution has about fifty or so current at any one time, not to mention all the patches you can download from kernel.org).
As a result, this doesn't surprise me at all. I think it's probably the only way modern WiFi will be supported under Linux. That doesn't translate to the end of the world, however, since the regulatory situation is quite different for almost everything else in the computer.
Re:Kernel space? (Score:3, Insightful)
Re:Double edged sword (Score:2, Insightful)
We don't even want closed source binary drivers. We want the specs for the hardware.
I don't think there ever was a OS/2 problem as it is described. Noone wrote for BeOS either and BeOS didn't have ANY apps. Surely it's better to run windows apps than nothing.
Re:one bad thing (Score:1, Insightful)
Re:Licensing issues (Score:3, Insightful)
There is no reason to think that Linus has total control over the licensing restrictions that the kernel is distributed under.
Anyone who tells you otherwise is wrong.
Re:Double edged sword (Score:5, Insightful)
That's the same argument that comes up around Wine, or other projects that allow non-native applications to run on a platform- backward compatibility might discourage creation of true native apps.
It's a valid concern. But for the position Linux is in today, it looks like a degree of Windows compatibility will help more than it hurts.
If two systems can share binary applications and drivers, then a barrier for users to switch between those systems has been reduced. Compatibility might encourage switching in either direction- but the rule of thumb is that lowered switching costs helps minority solutions increase their popularity.
Virtually everyone uses Windows(r)... if switching to other things were easier, then more people will switch, and the number of Linux installs will increase.
If you are in the market for one of these cards, buy from a company that supports your OS of choice...
One way a company might "support" linux is by including this wrapper module with the hardware, and pointing Linux customers to instructions on how to use it. This way, hardware vendors can take a gentle slope towards native Linux support: their initial investment in software programming is minimized, but they can get accustomed to the idea that some of their customers are buying for Linux, and that the platform deserves support in the future.
Re:Double edged sword (Score:3, Insightful)
Back when IBM attempted to push OS/2 to the buying public, it was a $100+ product, while DOS/Windows was "free" (it seemed free from the end-user perspective, in that it came with every computer and customers couldn't reduce PC cost by declining DOS)
Today, however, Linux is a $0 product, and some buyers now have the option of bare-bones systems where Windows(r) would look like a $299 add-on.
So OS/2 was more expensive than Windows. Using it to run Windows apps was wasteful. But Linux is less expensive than Windows, so if it turns out it can run Windows stuff adequately, people will turn to Linux as the cheaper choice.
(And then, when/if Linux gets major marketshare, more new commercial programs will tend to be aimed at Linux first)
Re:The reason that this is required: Interference (Score:5, Insightful)
Because every hardware company that releases a product believes that they either
Have a competitive advantage and need to keep it a secret.
or
Have a crap design and need to keep it a secret.
or
Have the same design as everyone else and need to keep it a secret.
Re:Double edged sword (Score:4, Insightful)
Seems to me that, while the initial reaction was to code to Carbon, most brand-new applications being written (or rewritten) for OS X these days are Cocoa applications.
It's not the same thing as the OS/2 example, exactly, because Apple controls both the Carbon and Cocoa libraries and has pretty much announced the death of OS 9, so backward compatibility is not an issue. But if you consider that even established Mac OS developers have begun coding to Cocoa in spite of their past investments in Carbon/Mac OS 7-9.x development, it seems that some vendors, at least, are capable of seeing the value in doing something the "better" way, rather than just sticking to what they know.
Where hardware vendors and Linux drivers are concerned, we'll just have to wait and see. This seems like a case where everybody really should hope Linux gets "ready for the desktop" -- because a couple million laptops out there running Linux as a primary OS are going to convince the hardware manufacturers a lot more quickly than a bunch of servers will.
Re:Cross Platform Drivers (Score:2, Insightful)
If history is any judge, that book is probably going to be made of tissue. Nothing the judges have thown at Microsoft so far has done anything to deter them.
PowerPC (Score:3, Insightful)
Re:We also need... (Score:3, Insightful)