Slashdot Mirror


NDIS Wrapper For Wireless LAN Cards Under GPL

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!"

222 comments

  1. What, no screen shots?? by rvaniwaa · · Score: 5, Funny

    How does he expect people to try out his code without any screen shots????

    --
    main(i){(10-putchar(((25208>>3*(i+=3))&7)+(i ?i-4?100:65:10)))?main(i-4):i;}
    1. Re:What, no screen shots?? by Emil+Brink · · Score: 0, Offtopic

      Nice sig! :) ;^)

      --
      main(O){10<putchar(4^--O?77-(15&5128 >>4*O):10)&&main(2+O);}
    2. Re:What, no screen shots?? by rvaniwaa · · Score: 0, Offtopic

      ditto! I may have to steal your idea of using 'O' for a variable. Nice how it confuses with '0'.

      --
      main(i){(10-putchar(((25208>>3*(i+=3))&7)+(i ?i-4?100:65:10)))?main(i-4):i;}
    3. Re:What, no screen shots?? by Anonymous Coward · · Score: 0

      Anyone interested in calling Ronald Van Iwaarden of Metron Inc. to find out what the code does, can do so at (719)567-9873. Thanks for your help Ron!

  2. How by Pingular · · Score: 1

    Please contact Pontus if you are interested in helping out!
    How do you contact Pontus?

    --

    When anger rises, think of the consequences.
    Confucius (551 BC - 479 BC)
    1. Re:How by WTFmonkey · · Score: 1, Funny

      I'm not sure, but if you can, he Fuchs.

    2. Re:How by pwiebe · · Score: 1, Redundant

      If you follow the link to the software page, you will notice his email address at the bottom.

    3. Re:How by Anonymous Coward · · Score: 0

      I don't get it? You do realize that his name rhymes with pukes, right?

    4. Re:How by OctaneZ · · Score: 4, Informative
      At the bottom of the SF page:
      Contact

      You can contact me at pof (at) users.sourceforge.net.
    5. Re:How by Anonymous Coward · · Score: 0
      Mr. Data, is that you?

      Geordi

    6. Re:How by tommck · · Score: 0, Offtopic
      Call MTV and ask for that guy from Jackass with the American flag Speedo on...

      --
      ---- It puts the lotion on its skin or else it gets the hose again. It does this whenever it's told.
    7. Re:How by TurtlesAllTheWayDown · · Score: 1
      How do you contact Pontus?

      In Soviet America, Pontus contacts YOU.

      W32.Pont@us.fuchs
    8. Re:How by Anonymous Coward · · Score: 0

      You'll have to do the dark ritual Wonkus.

    9. Re:How by notoriousE · · Score: 1

      How exactly is his last name pronounced? I hope its's not how it looks...

      --


      And then there was E
    10. Re:How by Anonymous Coward · · Score: 0

      Haha, that just made my day.

    11. Re:How by Anonymous Coward · · Score: 0

      Fooks

    12. Re:How by Theatetus · · Score: 1

      Say "fucks" but with a Highland or Liverpudlian accent, "fooks" (ie, like Groundskeeper Willie, Ringo Starr, or Lister from "Red Dwarf").

      I used to teach music theory, and one of the few great classical introductions to counterpoint was by a guy named "Fuchs". All my students called him "fuks". Hilarity would ensue.

      --
      All's true that is mistrusted
    13. Re:How by Anonymous Coward · · Score: 0

      Off Topic? It was a friggine joke, you prick!

  3. Sweet! by zx-6e · · Score: 2, Interesting

    As long as the NDIS wrappers support all the capabilities of the cards, this is great news!

    1. Re:Sweet! by Anonymous Coward · · Score: 3, Informative

      An NDIS driver provides functionality to make the card work. Its a standard way to operate with the card from a program if you dont know a particular card's interface. So no, NDIS does NOT support all the capacilities of the card as far as alternate forms of authentication and the little extra goodies the manufactorer puts in. But, it will get the card working with its basic functions which is better then not working at all.

    2. Re:Sweet! by Anonymous Coward · · Score: 0

      Thank you for giving us that insight, zx-6e@dragonnetworks.com!

    3. Re:Sweet! by Anonymous Coward · · Score: 0

      as far as alternate forms of authentication

      Dude, please tell me this works with 802.1x ...

      AEGIS, can you read this? Get Linux happy with PEAP/MSCHAPv2!

  4. Not the best solution by mocm · · Score: 3, Insightful

    compared to a native driver, but certainly helpful in reverse engineering the windows drivers.

    --
    ***Quis custodiet ipsos custodes***
  5. Support supported cards by Neil+Watson · · Score: 3, Interesting

    Would someone care to point out which cards have native Linux drivers available? Once we have this list I think we should go out of our way to buy from vendors with Linux drivers.

    1. Re:Support supported cards by pyros · · Score: 3, Informative

      cards besed on the prism chipset and the orinnoco/hermes chipset(s) work very well. Cisco aironet cards have worked pretty well for me, too. I think the big stinkers are the broadcom based ones.

    2. Re:Support supported cards by Kamel+Jockey · · Score: 3, Informative

      Likewise, I've also been able to use the Linux-WLAN-NG drivers to make various wireless adapters work under Redhat Linux versions 7.2 and 9. The devices that I have actually used successfully are:

      • Proxim RangeLan-DS PC Card (oddly enough I can't get this card to work under Windows 98 or XP)
      • Linksys WPC-11 v.3 PC Card
      • Microsoft(!) MN-510 USB wireless adapter (works pretty well with Kismet)

      I noticed that the README file included in the download mentioned a "BroadCom" wireless card. I'm curious as to whether or not this is the newer Linksys PCI wireless card (WMP11) which used to work with Linux-WLAN-NG before they changed the friggin' chipset from Prism2 to Broadcom.

      --
      In case of fire, do not use elevator. Use water!
    3. Re:Support supported cards by pyros · · Score: 2, Interesting

      yeah, I have a WPC-11, and I've been very happy with it. I finally got encryption (albeit 64bit) working with the orinoco_cs driver, which means I don't have to wait for this guy to catch up with new kernel releases. I'm pretty sure that Linksys switched to Broadcom. That's actually part of the big stink over the source code for the WRT54G router they sell. It runs linux, and uses a Broadcom chipset. So we know a driver exists.

    4. Re:Support supported cards by Kamel+Jockey · · Score: 1

      finally got encryption (albeit 64bit) working with the orinoco_cs driver

      I was able to get 128-bit encryption to work with the Linux-Wlan-NG Prism2 driver with the WPC-11 and the Proxim cards. It was just a settings change in the one config file they provide for you.

      --
      In case of fire, do not use elevator. Use water!
    5. Re:Support supported cards by blixel · · Score: 1

      I bought 2 PCI Linksys WMP11 cards last week at Walmart. While I was standing in the store looking at them I was relatively sure that I remembered that that card had Linux support. (Both cards had the same model # but appeared to be two slightly different cards.) I thought that was strange and since I wasn't 100% sure if they would work with Linux I decided I better do some research before opening the packages. I found out that only certain variations of the Linksys WMP11 card is supported with Linux. (Depends on the chipset) So I called Linksys to find out which chipset my cards had but they couldn't tell me. "Either card will work with Windows and that's all we can tell you." (Must have been a call center.) So I decided to just leave the boxes sealed and take the cards back rather than deal with figuring out which revision of the model I had.

      In my searching I found this page which has a pretty good list of wireless cards and their support status. On that list I found a Netgear card that interested me since I've *personally* always had good luck with Netgear equipment.

      So I just bought a Negear PCI MA311 and it works just fine. I didn't even have to look for a driver. I shutdown, put the card in, booted, and Fedora detected the hardware change and set it up automatically.

      I also have an Orinoco Lucent Gold PC Card that works just fine with Linux.

    6. Re:Support supported cards by HermanZA · · Score: 1

      Anything with Prism chip sets are OK.

    7. Re:Support supported cards by schussat · · Score: 1
      • Microsoft(!) MN-510 USB wireless adapter (works pretty well with Kismet)

      As much as it makes me feel dirty, I just bought a Microsoft MN-520 card, and it works beautifully (WEP and all) with the orinoco_cs driver. I looked high and low for another card that I could buy locally (in order avoid waiting for delivery, dealing with potential returns, etc) that had documented linux support, and this was the only one I could find (Office Max). Other locally-available cards were all based on chipsets that aren't yet supported (like the WPC11 v4).

      -schussat

      --
      The hour of noon has passed. Let us go and get some Kentucky Fried Chicken.
  6. Excellent News by j0keralpha · · Score: 1

    My one major issue with my D600 (Dell/Centrino) laptop is the fact that i cant take advantage of the wireless in it under Linux, i have to install another card. Hopefully this will soon lead to Intel/2100 card support and we can all be happy again!

    3 of 4 initial posts are trollbait. Trolls are so cute and Fuzzy!

    1. Re:Excellent News by op00to · · Score: 1

      The Intel/2100 card works on my IBM T40.

    2. Re:Excellent News by Anonymous Coward · · Score: 0

      How?
      what distro?

  7. Double edged sword by Mr+Bill · · Score: 4, Insightful

    This is kind of a double edged sword. Now that you can use NDIS drivers under Linux, it will be that much harder to convince these companies that providing a native Linux driver would be good for their business...

    If you are in the market for one of these cards, buy from a company that supports your OS of choice...

    1. Re:Double edged sword by Anonymous Coward · · Score: 0

      Shouldn't people have done that already, instead of figuring it out later?

    2. Re:Double edged sword by nbvb · · Score: 4, Insightful

      Heh, this sounds like the OS/2 problem:

      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?

    3. Re:Double edged sword by El+Cubano · · Score: 1

      This is kind of a double edged sword. Now that you can use NDIS drivers under Linux, it will be that much harder to convince these companies that providing a native Linux driver would be good for their business...

      If you are in the market for one of these cards, buy from a company that supports your OS of choice...

      I completely agree. It's quite obvious that tech is about market share and mind share--gettimg everyone to adopt your product. If people buy your product, you are doing sowething right. If people buy competing products, the companies will figure it out and adjust their strategy.

      Most of these companies are more than capable. Look at IBM: in the presentation that was referenced here on /. (now offline because IBM clamis it was not for public release) the presenter essentially brags about how IBM has like 15 or 25,000 linux workstations deployed company-wide. If everybody quit buying from them and started buying laptops and desktops preintsalled with Linux (single- or dual-boot) from their competitors and then telling them about it, they would harness some of that know-how and start selling and supporting it on consumer-level hardware.

    4. Re:Double edged sword by Anonymous Coward · · Score: 1, Informative

      Even microsoft complains that many of the crashes in their OS are due to bad drivers - doesn't this just open up the linux world to potentially shoddy driver code with no recourse of fixing it? The upside of open source drivers is that we can fix the problems when (not if) they occur. There is a significant downside to supporting a company that does not release open source drivers - IMHO they better have a really good reason, and most of the reasons they typically come up with don't cut it.

    5. Re:Double edged sword by Anonymous Coward · · Score: 0
      Now that you can use NDIS drivers under Linux, it will be that much harder to convince these companies that providing a native Linux driver would be good for their business...
      Running a driver in this NIDS wrapper might make reverse-engineering the driver a lot easier, so this step might lead to a bunch of open-source drivers for the cards. This has been discussed on lkml
    6. Re:Double edged sword by MrResistor · · Score: 1

      Even microsoft complains that many of the crashes in their OS are due to bad drivers

      I guess we'll find out how true that is, won't we. Just because Microsoft says so doesn't mean it is so. (Nothing against MS there, that's true of any corporation)

      Either way it turns out will be good for computing as a whole, I think. Either MS will have to face the facts and make some changes, or the hardware vendors will. I don't see anything wrong with that.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    7. Re:Double edged sword by Lussarn · · Score: 2, Insightful

      Except that very few companies write for Linux anyway. Of course, very few wrote for OS/2 too but linux have a much stronger community than OS/2 ever had.

      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.

    8. Re:Double edged sword by Minna+Kirai · · Score: 4, Insightful

      This is kind of a double edged sword.

      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.

    9. Re:Double edged sword by Minna+Kirai · · Score: 2, Insightful

      That's often mentioned as an argument against a competitor's legacy systems, it's more complex than that. Linux and OS/2 are substantially different.

      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)

    10. Re:Double edged sword by PCM2 · · Score: 3, Insightful

      Well, a counter-example might be Mac OS X. You could write apps for OS 9 and they would run in Classic mode. Or, you could code to the Carbon libraries and your apps should work on both OS 9 and OS X. Or, you could write your apps to the Cocoa frameworks, and they'll only work on OS X, yet they'll be "better."

      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.

      --
      Breakfast served all day!
    11. Re:Double edged sword by Anonymous Coward · · Score: 0

      This is kind of a double edged sword. Now that you can use NDIS drivers under Linux, it will be that much harder to convince these companies that providing a native Linux driver would be good for their business...

      Not if they are smart. The purchasers will make their decsision based primarily on price, ease of use and performance. Consider a Linux review that says something like "Without native Linux support, the BrandX BitBlaster is awkward to use and relatively slow". The Linux buyer is obviously not going to buy this card nor is any user who wants to leave their options open. That's fine, it is business that Brand X clearly doesn't want or need. But what about the Apple or Windows user who doesn't care about Linux support? First, when they google the card they're going to see numerous occurances of "slow" and "awkward." Even if they bother to read the review and realize that it is Linux support in particular that is the issue, that card is now suspect and will likely get crossed off the list unless it is the cheapest card on the market.

      Nature has a word for the slow, weak and stupid. That word is "lunch".

    12. Re:Double edged sword by fr0dicus · · Score: 1

      I for one welcome our new Cocoa overlords. No seriously, OS 9 sucked big style.

    13. Re:Double edged sword by Anonymous Coward · · Score: 0
      Think about it like wine. Microsoft uses incompatibility as one of its main weapons. If people can ditch windows and still use photoshop or their wifi card, thats less customers for microsoft.

      Besides, who hasn't had the frusterating task of finding the right driver for some card for the exact windows version they are using. Windows isn't compatible with windows, but linux is! It is just hillarious, great PR for linux.

    14. Re:Double edged sword by Foresto · · Score: 1
      You know, that agrument comes up every time a compatibility layer is announced here... and I disagree. A third-party driver wrapper will never offer the same level of convenience or (more importantly) support that a fully supported driver has. Any suggestion by the hardware vendor that their big customers use such a wrapper instead of a properly supported driver will therefore not hold water. The customers can still very reasonably threaten to take their business elsewhere, and the vendor will still have just as much reason to listen.

      Sure, the wrapper might make it a harder to convince companies that are waffling on linux drivers, but I don't see any reason that it would make a real difference in most cases.

    15. Re:Double edged sword by Uma+Thurman · · Score: 1

      For me, OS/2 wasn't a $100 product, it was a $100 product that required $400 worth of memory upgrades to run.

      --
      This is America, damnit. Speak Spanish!
    16. Re:Double edged sword by destinationmoon · · Score: 1

      This is true, and while it may seem a little academic for Linux/x86 users, it's a much bigger problem for people who use Linux on other architectures.

      For the likes of Linux/SPARC, Linux/Alpha, and of course Linux/PPC, 'no source' translates back to 'no driver' :(

    17. Re:Double edged sword by gotih · · Score: 1

      the more users you can get running Linux the more likely the manufacturers will be interested in your platform. a user will choose the product that works best on her platform; i'm assuming native driver would be better than an NDIS wrapper.

      i agree with the other poster that we don't want binary only drivers but if the alternative is windows (binary) or no driver i guess i'll make concessions.

      what incentive do manufacturers have for open sourcing their drivers?

      --

      fear is the mind killer
    18. Re:Double edged sword by Anonymous Coward · · Score: 0

      the program is closed source, taints your kernel with non-gpl modules and infests your boot-up. but then again it works...

    19. Re:Double edged sword by Anonymous Coward · · Score: 0

      Mac OS X isn't really a counter example -- WinOS2 was NOT a "better Windows than Windows", and Classic is not a better MacOS9 than MacOS9.

      The technologies used to do both WinOS2 and Classic are almost identical, and they both have their same drawbacks ("Penalty Box" was the old OS/2 term.)

    20. Re:Double edged sword by edwdig · · Score: 1

      To most people Windows is still "free" because it comes with their computer. If anything, it's much harder to get a computer without Windows now than it was back in the OS/2 days.

      The average person isn't going to download Linux ISO's and try to install it. If they are somehow convinced to use Linux, they'll pick up a boxed copy at the store.

    21. Re:Double edged sword by Spoing · · Score: 1
      Heh, this sounds like the OS/2 problem:

      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?

      I hear this a lot, though the two aren't even similar.

      OS/2's main problem was IBM. Rarely did it look like IBM was serious about pushing the product and they didn't have a long term plan for it.

      With Linux, there are companies falling over themselves daily to say that they are the biggest supporter. Quite a few back those words with effort and code (open or not), and a smaller set have made whole businesses based on doing something with Linux.

      Then, there are people who constantly want to make Linux (or more approprately open source systems and applications) a little better.

      With OS/2, IBM was the whole source of effort. Everyone else was a spectator. OS/2's whole existance depended on the strength of IBM's commitment to push it. No push, why bother getting off the sidelines?

      There is no apathy surrounding Linux.

      --
      A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
    22. Re:Double edged sword by TheLink · · Score: 1

      Depends. There are a LOT of servers running Linux, so if I were making hardware for servers and had any brains I'd definitely want it to work well with Linux. But Linux on desktop is still niche, "you're on your own" territory.

      Scenario - customer needs server with Gbps NICs. Say options are AAA and BBB, with BBB being significantly more expensive. I do a search on the web and lots of people are having problems with AAA on Linux. Fewer people are having problems with BBB (there will usually be problems if enough people actually use something).

      It's not directly my money so who cares if BBB is pricier, but it will be MY problem if things don't work, so I'd spec BBB. It's not worth picking AAA, winning the deal just because you're cheaper by XXX bucks and then ending up with a very unhappy customer. And worse - not being able to do much about it except perhaps replacing AAA with BBB.

      --
    23. Re:Double edged sword by PCM2 · · Score: 1

      You're missing the point. Almost nobody is writing applications to run in Classic mode. People with a heavy investment in classic Mac OS development are coding their apps to the Carbon APIs, which run natively under Mac OS X. Still others have chosen to go with the more sophisticated Cocoa APIs, essentially abandoning the more traditional option that is still available to them.

      --
      Breakfast served all day!
  8. Wrapper should send e-mail to hardware vendor by Anonymous Coward · · Score: 5, Interesting

    The wrapper should send an e-mail to the hardware vendor every time it loads. As more people use the wrapper, they get more and more e-mail. Perhaps they would rather write proper Linux drivers than get more e-mail. ;-)

    1. Re:Wrapper should send e-mail to hardware vendor by Anonymous Coward · · Score: 0

      That's actually an excellent idea! Although, the person getting the driver should be forced to view a page (the first time) letting them know that an email will be sent each time they get on a wireless network. Maybe some type of EULA? Don't flame me!!!!!!

    2. Re:Wrapper should send e-mail to hardware vendor by colinduplantis · · Score: 1

      Ah, but the tax on the email would be prohibitive ;-)

      --
      If you love something, let it go. If it comes back to you, hump its leg.
    3. Re:Wrapper should send e-mail to hardware vendor by FauxPasIII · · Score: 3, Funny

      You don't REALLY want to usher in a time when network device drivers surreptitiously send email, hit websites, etc. Do you ?

      --
      25% Funny, 25% Insightful, 25% Informative, 25% Troll
    4. Re:Wrapper should send e-mail to hardware vendor by ReelOddeeo · · Score: 1

      If a driver only sends an e-mail when you reboot, then they might not get enough e-mails to convince them.

      --

      Those who would give up liberty in exchange for security and DRM should switch to Microsoft Palladium!
  9. That's Easy by OctaneZ · · Score: 5, Informative

    Here's a nice list at HP of cards that work.

    1. Re:That's Easy by jroysdon · · Score: 1

      How about some 802.11g cards?

  10. Cross Platform Drivers by AKAImBatman · · Score: 3, Interesting

    For quite a while now, I've considered what sorts of problems would be inherent in cross platform drivers. Usually, the problem seems to come back to a difference in the way kernels manage their drivers and differences in the way that I/O is done between OSes. Perhaps a "Driver Adapter" could be built that would allow drivers written for it to run on any OS? The basic concept is that the adapter itself would be a driver for the OS, then the "Cross Platform Drivers" would deal directly with the adapter.

    Anyone have any thoughts on why this would or wouldn't work?

    1. Re:Cross Platform Drivers by MisterFancypants · · Score: 1
      Anyone have any thoughts on why this would or wouldn't work?

      Because there's absolutely no business reason why Microsoft would care to support such a standard? And if Microsoft isn't on board, it is just an academic exercise with very little real world value?

    2. Re:Cross Platform Drivers by AKAImBatman · · Score: 1

      > Because there's absolutely no business reason why
      > Microsoft would care to support such a standard?

      The adapter I'm describing requires nothing from the OS vendor. Yes, someone will still have to code the OS specific adapter code, but that's not necessarily the vendor. Once completed, the adapter would plug in like a normal driver and all Cross Platform drivers would plug into the adapter.

    3. Re:Cross Platform Drivers by Anonymous Coward · · Score: 0

      nice idea but not easy to support high performance for all types of devices. Something like a wireless lan card might be ok for web browsing through a "Driver Adapter (software)". But I would not want to funnel all my communications for my recently slashdotted primary business website through a driver adapter (mucho overhead). There may be ways to support these things but this type of idea usually ends up in a "lowest common denominator" type of solution.

    4. Re:Cross Platform Drivers by theparanoidcynic · · Score: 0, Troll

      The fact that it'd be easy to do doesn't change the fact that Microsoft would set loose the squads of ninja attack lawyers and have the engineers find a way to fuck it in the next service pack.
      Do you think hardware vendors want to have lawyers fucking them with a service pack? Didn't think so.

      --
      Only in a Slashdot fantasy can a Slackware install turn into several hours of sex . . . . .
    5. Re:Cross Platform Drivers by AKAImBatman · · Score: 1

      That's not a particularly helpful response. For example:

      Do you think hardware vendors want to have lawyers fucking them with a service pack?

      Only if Microsoft wants to keep going to court for Anti-Trust violations. If they kept pulling crap like that, eventually they'll screw up so badly that every judge in the US is going to throw the book at them.

    6. Re:Cross Platform Drivers by MisterFancypants · · Score: 1
      The adapter I'm describing requires nothing from the OS vendor. Yes, someone will still have to code the OS specific adapter code, but that's not necessarily the vendor. Once completed, the adapter would plug in like a normal driver and all Cross Platform drivers would plug into the adapter.

      If Microsoft doesn't support the driver model, none of the current Windows IHVs will either.

    7. Re:Cross Platform Drivers by Ann+Elk · · Score: 2, Informative

      NDIS is a cross-platform network driver model, or at least it was when I worked with it ~10 years ago. An NDIS driver never calls the OS directly; everything goes through the NDIS wrapper, thus providing an abstraction layer over the actual OS.

      Now, if someone will just write a similar layer for Linux that can load Windows NT filesystem drivers, then I can get read/write access to my NTFS partitions... Hmm...

    8. Re:Cross Platform Drivers by AKAImBatman · · Score: 1

      > If Microsoft doesn't support the driver model, none of the
      > current Windows IHVs will either.

      That depends on how much cross platform support is worth to them. If the ability to release the same driver for Window, Linux, and FreeBSD exists, and you need support for multiple platforms to compete, why not use it? Not to mention that it would simplify porting between Windows versions. Right now, IHVs are screwed over every time Microsoft releases a new version of Windows. Now, instead of going back and rewriting their drivers to work with yet another DDI change, they simply have to recompile against a new adapter.

      Remember, the people who write these drivers are programmers just like you and I. If you could give them a good technical solution, they'll take it. All their boss will notice is that his programmer(s) seem to be porting a hell of a lot faster than before.

    9. Re:Cross Platform Drivers by AKAImBatman · · Score: 1

      > NDIS is a cross-platform network driver model, or at
      > least it was when I worked with it ~10 years ago.

      Are we talking about the same NDIS? The info page describes NDIS as a DLL loader and Windows driver interface. There's nothing there to indicate that it's based on a standard that was around since before Windows 95.

    10. Re:Cross Platform Drivers by parnasus · · Score: 2, Insightful
      ... every judge in the US is going to throw the book at them.

      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.

      --
      --If you code for the exceptions, the rules fall into place
    11. Re:Cross Platform Drivers by AKAImBatman · · Score: 1

      I did say "eventually". The trick is, Microsoft has been trying to lay low ever since the Anti-Trust proceedings took place. They weren't able to convince their original judge, but by playing nice, they were able to get the appeals court to let them off the hook. And yet, that same appeals court could crucify them if Microsoft dared to make blatant violations of their anti-trust agreements. That's why they haven't outright crushed or bought out Linux distributors and their specs are no longer the moving target they once were. Both of those actions would be looked upon poorly by a court of law.

    12. Re:Cross Platform Drivers by Ann+Elk · · Score: 2, Informative

      The original NDIS specification predates Windows NT, 95, et al. It was, in fact, targeted at DOS and OS/2. A little Googling [see this, this, and this] shows that it has a long (if not glorious) history. IIRC, NDIS binaries would load unmodified in Win NT and Win 95. This is pretty cool given these two OS's vastly different I/O models.

    13. Re:Cross Platform Drivers by AKAImBatman · · Score: 1

      Interesting. In that case, should I be blaming Linus for not supporting an industry "standard" in the first place? Or is it as much a moving target as other Microsoft standards?

      Although, I do blame Linus for his poor decision to make kernel drivers version specific...

    14. Re:Cross Platform Drivers by kyz · · Score: 1

      Now, if someone will just write a similar layer for Linux that can load Windows NT filesystem drivers, then I can get read/write access to my NTFS partitions... Hmm...

      Jan Kratchovil has some software which does exactly this: Captive-NTFS.

      --
      Does my bum look big in this?
    15. Re:Cross Platform Drivers by jkf · · Score: 1

      Perhaps a "Driver Adapter" could be built that would allow drivers written for it to run on any OS? The basic concept is that the adapter itself would be a driver for the OS, then the "Cross Platform Drivers" would deal directly with the adapter.

      Check out the UDI Project. Its a project by some of the big name computer and software companies to create a Uniform Driver Interface. They released a reference implementation under the BSD license and a Linux implementation has been made. The problem though is getting hardware companies to code a UDI driver.

    16. Re:Cross Platform Drivers by ComputerSlicer23 · · Score: 2, Informative
      There is such a beast, or at least pretty close. It's I2O. According to what I've read, it's a drivers where the OS writes the high-level driver, for their specific OS, and the device maker writes the low level driver that provides functionality to the high level driver. The low level driver can be plugged into any OS. There is a specification for each major type of hardware.

      Here is a link to a page about it.

      It's a neat idea, but I'm not sure how popular it is with hardware makers, and it somewhat constrains the implementation in hardware. The basic underlying princepals of the hardware would have to support the way the high level model is written, as opposed to having the software conform to the software.

      It has to be a split driver model, as OS's organize themselves differently, so what would be highly efficient in one would be dog slow in another. This is also why various people recommend not porting a Windows driver to Linux, but to instead write a native Linux driver. Somebody presented a paper on the 10 things not to do while writing a Linux driver.

      Notice, that I2C is also how lots of Linux drivers are written for block devices, because lots of block devices have a high layer, a mid layer, and a low level. Normally the high level, and mid layer are similar between lots of drivers, and generally get squeezed into a single driver.

      Kirby

    17. Re:Cross Platform Drivers by Anonymous Coward · · Score: 0

      UDI was basically a SCO thing.

    18. Re:Cross Platform Drivers by sg_oneill · · Score: 1

      Now, if someone will just write a similar layer for Linux that can load Windows NT filesystem drivers, then I can get read/write access to my NTFS partitions... Hmm...

      That would be freaking cool. That said, I think theres a bit more to a filesystem driver than there is to a network card driver whos basic role in life is to rip datapackets (nothing more than a block of bits really) and throw it to the OS.

      A filesystem driver of course does so much more. One deals with a fairly simple bit of hardware, and the other with a rather complex mess of datastructures.

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
  11. Wrong by Trolling4Dollars · · Score: 0, Troll

    That should have been "Firstus Pontus"!!!! :P

    1. Re:Wrong by Anonymous Coward · · Score: 0

      Just so you know, we all thought that was funny. I bet it was the sig that did you in.

    2. Re:Wrong by Anonymous Coward · · Score: 0

      Yeah. You might be right, but I've been seeing a little more "Fair" and "Balanced" moderation on my posts for a while now.

  12. This is not necessarily good news by Rosco+P.+Coltrane · · Score: 5, Interesting

    Good news : I can get that %^*@$# network card going now.

    Bad news : Nobody will bother to write Linux drivers soon enough, they'll all say "why bother, we'll just make a Windows driver and tell people to use the wrapper.

    Net results :

    - This makes card vendors inclined to think only the Windows platform is truly important

    - This allows Microsoft to have the option of one day changing, subtly messing up or adding undocumented calls to their API, slowly leaving Linux people in the cold as all card vendors transition.

    - I would think native drivers are faster / more efficient / more full featured than drivers running under emulation. That might not be the case though, but more often than not, running alien binaries in any OS isn't known to be as fast as the real McCoy.

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:This is not necessarily good news by arth1 · · Score: 5, Interesting

      Bad news : Nobody will bother to write Linux drivers soon enough, they'll all say "why bother, we'll just make a Windows driver and tell people to use the wrapper.


      This is already happening. The excellent 3COM 990 series (the network cards with a RISC CPU and memory on the card), for example, have their own firmware and API that hugely simplified writing a wrapper for Linux, to the point that there isn't a real driver. While the wrapper-drivers work, you don't get the benefits of CPU offloading and profiling that you get under Windows 2000.

      Regards,
      --
      *Art
    2. Re:This is not necessarily good news by smithy242 · · Score: 1


      - This makes card vendors inclined to think only the Windows platform is truly important

      The progression to Linux as an OS is inevitable. With full countries advocating the use of Linux and Open Source, and good corporate supports such as IBM, Novell / SuSE, HP, etc. this will put pressure on hardware vendors to make drivers available.

      At this point, if native driver support (most likely hugely more stable and clean) cannot be found with a specific vendor or product, a competitor's product will be integrated into the contract, thus power of scale comes into play.

      This will nonetheless slow initial adoption, but once the ball gets rolling, within lets say 1-2 years, Linux drivers will be an expectation.

    3. Re:This is not necessarily good news by Anonymous Coward · · Score: 0

      We'll use the Windows drivers with the adapter module until Linux becomes dominant. Then, we will depricate the adapter module, and only the Linux drivers will remain.

      The companies that supported Linux will be handsomely rewarded with market share. The companies that didn't support Linux will feel the wrath of our holy jihad.

    4. Re:This is not necessarily good news by Anonymous Coward · · Score: 0

      One net result that you forgot to mention - the drivers will be less reliable. The open source process helps make device drivers fixable by anyone with the skill and the motivation - things that a manufacturer's software staff can't be counted on to possess. In addition, any wrapper software, open source or otherwise, introduces another potential set of errors.

    5. Re:This is not necessarily good news by Haeleth · · Score: 1

      This allows Microsoft to have the option of one day changing, subtly messing up or adding undocumented calls to their API, slowly leaving Linux people in the cold as all card vendors transition.

      This conspiracy theory comes up every time, but it is simply not going to happen.

      Look, there are only two ways Microsoft could do this: they could change the APIs in Longhorn, or they could change them in a service pack. In the latter case, Microsoft themselves would be "subtly messing up" customers' machines. Not even Microsoft can afford to do that. In the former case, Windows 2000/XP will remain in use by numerous major businesses. The card vendors will have to continue to provide drivers for those operating systems, or they will lose a lot of important customers. By the time they dare to stop providing those drivers, a new compatiblity layer will have been written for Longhorn drivers.

      So Longhorn is the only plausible point at which Microsoft could change their driver API, and even if they do, that is highly unlikely to cause any problem for Linux users.

      Besides, Longhorn is still two or three years away. A lot of things could happen in those two or three years. Who's to say Linux won't finally make it to the corporate desktop, giving companies a clear incentive to write native drivers for it? They will only use the existence of the wrapper as an excuse for only supporting Windows until the people demanding native Linux drivers become a large enough part of their market.

      In the meantime, a compatibility wrapper like this is a welcome stopgap measure.

    6. Re:This is not necessarily good news by Anonymous Coward · · Score: 0

      This allows Microsoft to have the option of one day changing, subtly messing up or adding undocumented calls to their API, slowly leaving Linux people in the cold as all card vendors transition.

      This conspiracy theory comes up every time, but it is simply not going to happen.


      I've got news for you : it's already happened. I was one of the guys at Caldera who made the program to expose the secret INT21h calls between MSDOS7 and Win95. MSDOS7 is MSDOS 6.22 + some undocumented calls to leave DRDOS and PCDOS in the cold. When we traced MSDOS7 and replicated those calls (which were nothing but DOS version checks) in a TSR under DRDOS, Win95 suddenly started to work, and we later won the case against Microsoft. Does that sound like a conspiracy to you ? because it does to me.

  13. Platform independent drivers by cant_get_a_good_nick · · Score: 3, Informative

    This wrapper sounds a bit like the UDI Project creates a universally consistent driver DDI across all platforms. All drivers are source code compatible for all platforms with an environment. Drivers are binary compatible between platforms with a common C ABI.

    Unfortunately Caldera was the main weight behind this, back when they actually did something silly like write code to make money instead of sue. They fell on hard times and essentially pulled support, and it's been dead in the water since.

  14. Licensing issues by sgf · · Score: 3, Interesting

    How does the licensing work with this? If it's GPL, isn't it being linked (albeit in a kind of weird runtime way) with proprietary code? It seems a nice idea to write code in order to export the features of proprietary code into open software, but how do you distinguish it from programs that do the opposite?

    1. Re:Licensing issues by Rosco+P.+Coltrane · · Score: 1

      How does the licensing work with this? If it's GPL, isn't it being linked (albeit in a kind of weird runtime way) with proprietary code?

      It works the same way as when you make proprietary programs that link to GPL libraries, i.e. it's not legally totally clear that you can, but so far it's an accepted view that dynamically linking isn't quite the same as statically linking GPL code in yours.

      At least that's how I understand the GPL/non-GPL dynamic library linking debate that's been going on for years.

      --
      "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    2. Re:Licensing issues by mrroach · · Score: 2, Insightful

      Because the GPL is only a distribution license. The user can link against whatever they want. That's why proprietary kernel modules are ok.

      -Mark

    3. Re:Licensing issues by Anonymous Coward · · Score: 0


      Kernel modules are only okay because of a special permission granted by Linus beyond the GPL.

      Basically, dynamic linking is seen as "functionally equivilant" to static linking, in the eyes of the FSF.

      No, I don't belive this has been to court.

    4. Re:Licensing issues by christooley · · Score: 1

      Actually that's not true. The reason that proprietary kernel modules are OK is because Linus says they are. It's his special stipulation that allows this and is not allowed the GPL even it's tolerated.

    5. Re:Licensing issues by PugMajere · · Score: 2, Insightful

      No, Linus added that *well* after he began receiving contributions from others.

      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.

  15. Kernel space? by 42forty-two42 · · Score: 2, Insightful

    Is this implemented in kernel space still? Is it possible to implement a driver wrapper like this in Ring 3, or at least in Ring 1 or 2, thus reducing the effects of a driver crash, instead of Ring 0?

    1. Re:Kernel space? by Anonymous Coward · · Score: 0

      Yeah, that's a great question. Why can't a driver, which only needs direct access to hardware, be implemented in user-space? Gee I wonder.

    2. Re:Kernel space? by 42forty-two42 · · Score: 2, Insightful

      I don't see why it can't go through e.g. mapping memory and using real-time signals or reading from a device file to receive interrupts...

    3. Re:Kernel space? by edwdig · · Score: 1

      Completely ignore rings 1 and 2. No one writing OS's today is brave enough to try using the more advanced features of Intel CPU's.

    4. Re:Kernel space? by The+Clockwork+Troll · · Score: 1
      Congratulations on winning the Slashdot trollfecta:

      Stupid, wrong and miserable.

      Hats off, choad!

      --

      There are no karma whores, only moderation johns
  16. Re:Pontus Fuchs by freeweed · · Score: 1

    Fuchs is normally pronounced "fewks".

    But I don't want to spoil your joke :)

    --
    Endless arguments over trivial contradictions in books written by ignorant savages to explain thunder in the dark.
  17. Microsoft. ;) by theparanoidcynic · · Score: 0, Flamebait
    It wouldn't work because Microsoft would never buy into it. They'd much rather that official drivers be for Windows only, and since they're 90% market share they'll get their way.


    For the time being it appears that binary Windows drivers will become the de-facto standard for hardware-specific drivers at least until Microsoft starts falling apart and/or somebody comes up with a good way to make native binary drivers work with our plethora of kernels.

    --
    Only in a Slashdot fantasy can a Slackware install turn into several hours of sex . . . . .
    1. Re:Microsoft. ;) by AKAImBatman · · Score: 1

      Please read this response.

  18. Next step: integrate with Windows Update by mentin · · Score: 3, Insightful
    I can see that soon this will go to Windows Update to find new or updated NDIS drivers.

    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?

    --
    MSDOS: 20+ years without remote hole in the default install
    1. Re:Next step: integrate with Windows Update by Lussarn · · Score: 1

      You can't exactly tell by looking at the screen that your wireless nic is running a windows driver.

      And why should I run windows if the programs runs in my OS of choice. Win32 is an API you know. Anyone with the right skills can implement it. The original may or may not be the best one.

    2. Re:Next step: integrate with Windows Update by Slime-dogg · · Score: 1

      If Microsoft did that, they'd have a pile of pissed off companies that would have to re-write their drivers. They'd only be able to make additions, not changes to the API, and then you still have the current versions of the drivers that still use the NDIS API.

      --
      You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    3. Re:Next step: integrate with Windows Update by greg_barton · · Score: 1

      But if you run Windows drivers and Windows programs via appropriate emulation layers, why not simply run Windows?

      Uh, because if I run Linux I can then run, like, anything else. Duh.

    4. Re:Next step: integrate with Windows Update by TiggsPanther · · Score: 1
      But if you run Windows drivers and Windows programs via appropriate emulation layers, why not simply run Windows?

      'Cos when a program (inevitably) crashes[*] it'll most likely only take itself (and the currentl emulation-layer session) out of action, leaving the OS and login session intact.

      Whereas with Windows apps under Windows it still runs the risk of wiping out your OS session when a program crashes.

      [*]
      And I'm not slagging off MS/Windows software here. I find software is likely to crash on any OS. But at least when a linux program crashes, it very rarely takes out the underlying OS session.

      Tiggs
      --
      Tiggs
      "120 chars should be enough for everyone..."
  19. Re:Pontus Fuchs by Anonymous Coward · · Score: 0

    I find that amusing, yes, I do ..

  20. one bad thing by termos · · Score: 3, Interesting

    The only bad thing I experienced when testing this NdisWrapper was that I needed Linux 2.6.0-test8 or higher.

    I don't want to run a beta version of Linux, so is there any good reason for this?

    --
    Note to self: get smarter troll to guard door.
    1. Re:one bad thing by Anonymous Coward · · Score: 4, Informative

      Read more carefully: There is a way to build it in 2.4.x since about yesterday.

    2. Re:one bad thing by Anonymous Coward · · Score: 1, Insightful

      I would be far more worried about this alpha-quality ndis-trickery crashing my system than a 2.6.0-test kernel.

  21. Spam is bad, mmmkay? by Anonymous Coward · · Score: 0
    If I ever meet you, I WILL KICK YOUR ASS!!!


    Reason: Don't use so many caps. It's like YELLING
    GODDAMIT, I'M INTENDING TO BE YELLING!

  22. The reason that this is required: Interference by Karora · · Score: 4, 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.

    --

    ...heellpppp! I've been captured by little green penguins!
  23. MIT license would be better here by Brett+Glass · · Score: 1

    Even though this code is for Linux, it would be better if it were licensed under an MIT or similar license. That way, it could be incorporated into many non-Windows operating systems, from Linux to NetBSD.

    1. Re:MIT license would be better here by 47PHA60 · · Score: 1

      Well, there may be a constructive way to make this work.

      Let's presume that it is a piece of cake to modify this code to work with FreeBSD. Having not seen the code, I have no idea. You can do that, since you contribute so much code to the FreeBSD project ;-). * (see end of message)

      Next, get it included into the ports tree.

      Modify the installer. When you install FreeBSD, the kernel and hardware drivers are probably all distrubuted under the BSD-style license. The installer asks:

      "Do you want to install support for DOS NDIS wireless drivers from the ports tree?"

      Whe you answer 'Y', the installer ftp's and builds the code to run on your system, or copies it from CD. Now, if you were to distribute this system AFTER you've embedded the NDIS code in the kernel, you have a GPL issue. But doing it this way, you can redistrubute the system.

      The FSF has made it clear that this is OK with the GPL.

      * I know that you are afraid to look at GPL-licensed code for fear that the FSF will thereafter own the Glass' family knowldege unto the seventh son of the seventh son, but speak to a lawyer before posting about how dangerous the risk is.

  24. Thank you... by Anonymous Coward · · Score: 0
    As long as the NDIS wrappers support all the capabilities of the cards, this is great news!

    ...Captain Obvious.

  25. We also need... by jmv · · Score: 2

    A stable Linux driver API/ABI. This is getting ridiculous. Windows drivers compiled for a 5 year-old version still work on the current version (maybe a slight exageration), while a driver compiled for 2.4.21 won't work with 2.4.22. Not only that, but even with the same version, driver compatibility depends on SMP option, highmem, ...

    1. Re:We also need... by 42forty-two42 · · Score: 1
      ...driver compatibility depends on SMP option...

      Well, if you want spinlocks bogging down your uniprocessor kernel go right ahead, but I'd prefer not to.
    2. Re:We also need... by pe1rxq · · Score: 1

      Only binary-only drivers need that kind of ABI stability... The rest of the world has no problems at all....
      A five year old ABI might be nice but you are also dragging five year old mistakes along.

      Jeroen

      --
      Secure messaging: http://quickmsg.vreeken.net/
    3. Re:We also need... by jmv · · Score: 1

      Like it's going to make that much of a difference. BTW, the preempable kernel patch (included in 2.6) now requires SMP locking even on uniprocessors, so big deal.

    4. Re:We also need... by jmv · · Score: 2, Insightful

      I'm not saying the ABI should be frozen for 5 years, but I think every it shouldn't with micro version numbers. The same driver should work for all of 2.4.x. Now, I know most drivers have source code with them, but sometimes a binary is just much simpler. I mean I can also have the source for XFree86 and OpenOffice, yet I'd rather just get the binaries.

  26. with this module we can now put DLLs in /usr/lib ? by GodWasAnAlien · · Score: 1


    So does the dll loader part almost give us:

    Kernel support for COFF (DLL) binaries?

    Then all these media encoders that use DLL's don't need the wine hacks.

    or...
    (COFF) Kernel core (/proc/kcore) format

    (ha ha)

  27. Re:The reason that this is required: Interference by fishbowl · · Score: 4, Interesting

    "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. "

    It's a matter of opinion that "restricting people's control over the hardware" is necessary or appropriate. If there is some compelling state interest, then it should be considered a defective and/or dangerous product, which ought to be dispensable only to licensed purchasers.

    Treating it as a problem that the consumer owns does not solve the problem. Just because the manufacturer hasn't enabled the consumer to alter the card's programming, doesn't change the fact that the dangerous device has been distributed into the wild.

    As soon as some independent party (not subject to the US law-by-agency-order), creates software to unlock these cards, the disabled-by-obscurity features will be open. If that's a problem for the state, then they should have considered it before allowing the product to be sold.

    If some product can be converted to a weapon, the fact is, the weapon is in the consumer's hands whether you've told him how to convert it or not. You hold some of the responsibility for this product getting into the consumer's hands.

    --
    -fb Everything not expressly forbidden is now mandatory.
  28. Re:Pontus Fuchs by mrtroy · · Score: 1

    Pontus Fuchs your mother.

    It works even with your pronounciation

    --
    [I can picture a world without war, without hate. I can picture us attacking that world, because they'd never expect it]
  29. 36/M/Parent's Basement .... (nt) by Anonymous Coward · · Score: 0

    I said no text you perverts

  30. Re:Hi, room! by Anonymous Coward · · Score: 0

    36/Male/My mom's basement

  31. Re:The reason that this is required: Interference by kwerle · · Score: 1

    That's a nice fantasy.

    It's a matter of opinion that "restricting people's control over the hardware" is necessary or appropriate.

    No, it's a matter of law and economics.

    Look, in most parts of the US (all?) you're not allowed to make significant modifications to your own house without getting a license. You CAN do it. You MAY NOT do it.

    In most of the world, you're not allowed to broadcast on various frequencies. In much of the world you're not allowed to broadcast at all.

    But there are plenty of consumer devices that will (with just a little tweaking) let you do so. The sellers of these devices are required to make sure they comply with local laws out of the box. What the consumer does after that becomes tricky, but generally not the fault of the manufacturer.

    Taken to an extreme: Ford is not responsible if you use your truck to kill your neighbor. Nor should they be.

  32. Re:The reason that this is required: Interference by jsebrech · · Score: 1

    Taken to an extreme: Ford is not responsible if you use your truck to kill your neighbor. Nor should they be.

    Following your argument, why don't the wireless card makers release specs then? If they're off the hook regarding using these wireless chipsets for illicit purposes, why don't they just release the specs?

  33. Re:The reason that this is required: Interference by The+Vulture · · Score: 1

    This is an unfortunate side-effect of the FCC regulations (not that I'm saying to abolish them).

    From the hardware vendor's point of view, it makes the most sense to make a generic, software programmable transmission device. This way, they need only one hardware design for the entire world, just different drivers (although they won't tell you that, of course).

    Imagine how much this stuff would cost if they actually put the limits in the hardware itself (R&D would be insanely expensive). Perhaps some sort of EEPROM type storage would work to hold the values that aren't supposed to be change), but if that fails (or is reprogrammed), then you have a problem.

    Looks like I'll be stuck at 802.11b for a while, until the 802.11g solutions open up a bit. A Linux driver might not work for me, since my OS of choice at the moment is FreeBSD.

    -- Joe

  34. Re:Lube issued by Army costing lives in Iraq by Anonymous Coward · · Score: 0

    See? This is the problem with the "Don't ask, don't tell" ploicy.

  35. support for COFF binaries was _removed_ in 1994 by GodWasAnAlien · · Score: 1

    note, that if you search for CONFIG_BINFMT_COFF,
    you will see that this was removed in 1994.

    or was that COFF, different from the dll COFF referred to in this driver?

    DLLs are PE-COFF ??

    Anyone know the history there?

  36. Re:The reason that this is required: Interference by kwerle · · Score: 4, Insightful

    Following your argument, why don't the wireless card makers release specs then? If they're off the hook regarding using these wireless chipsets for illicit purposes, why don't they just release the specs?

    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.

  37. Re:The reason that this is required: Interference by Karora · · Score: 1
    It's a matter of opinion that "restricting people's control over the hardware" is necessary or appropriate. If there is some compelling state interest, then it should be considered a defective and/or dangerous product, which ought to be dispensable only to licensed purchasers.

    Right.

    In this case it is the opinion of the Federal Communications Commission. They have decided not to license these devices for consumer use unless these sorts of controls are in place. Meanwhile the "control in software" approach to hardware design continues apace, and there are technology drivers behind that which are not going to about-face all of a sudden.

    Radio transmission devices do inherently offer the possibility of affecting people further afield, and the industry has historically been extremely regulated.

    Interference can be life-threatening, if it disrupts the communication of police / ambulance / fire / ... services too. Not that I expect any WiFi kit to have the power to do that, but that is the sort of thing that drives the regulations.

    --

    ...heellpppp! I've been captured by little green penguins!
  38. Contradiction by Rtsbasic · · Score: 0

    Big fuss over possible implications when a commerical release is made, but when someone in the opensource community does the same thing and licences under GPL, are these comments not still valid? Contradicts the current opinion expressed here.

  39. Re:Pontus Fuchs by Anonymous Coward · · Score: 2, Funny

    I know a girl whose name is "Ashley Fuchs". Her email sig simply reads "It's pronounced fox."

  40. Re:The reason that this is required: Interference by pe1rxq · · Score: 1

    Lets take your analogy back to linux:

    Ford sells you a car without telling you how to operate it, and only lets a Ford driver supplied with the car drive it.... Just because some people might kill their neighbour if they knew how to operate it themselves.

    Jeroen

    --
    Secure messaging: http://quickmsg.vreeken.net/
  41. Re:What a private business would do to fight this. by Anonymous Coward · · Score: 0

    Cobblers!

    You're implying that there are only two OS that matter: Windows and Linux.

    If a court established the principle that manufacturers have to supply a driver for *every* OS, then they'd all go out of business. *BSD, Solaris, MVS, OS/360, AmigaOS, MacOS 6, 7, 8..10, DOS, OS/2 etc. etc. How do you choose the ones entitled to support by law?

    Anyway, it's a different situation to the M$ case. M$ were prosecuted for excluding a competing product, Netscape, from a platform they sold. Linux is not a competing product to a wireless card and the makers of such cards are not willfully disadvantaging Linux distros to favour their own products.

  42. DMCA - I wonder.. by BigGerman · · Score: 1

    .. if "written for other OS" can be interpreted as "copy protection" so something like this can be stopped under DMCA.

  43. bogus argument by penguin7of9 · · Score: 1

    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.

    How does not giving out the source "restrict people's control over the hardware"? Finding out where parameters like power levels and frequencies are stored is usually quite simple, with source or without. In many cases, all you need to do is compare two different versions of the driver.

    People who rely on keeping source closed for security or safety are really asking for trouble.

    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.

    Vendors shouldn't put huge amounts of intelligence into the driver anyway. The best kind of WiFi is something that looks like a wireless bridge and either plugs directly into the Ethernet port, or just looks like a wired Ethernet card with some configuration options. Let's hope vendors will move to those configurations as embedding more intelligence becomes cheaper.

  44. Still not as good as getting the specs released by zaffir · · Score: 1

    I'm still waiting for broadcom to release their specifications so that KisMac will support Airport Extreme cards (yes, i know you can actively stumble with it now, but passive stumbling does not work).

    --
    "Upon attaching the waterblock to my penis, I began to notice that I know nothing about computers." -- JRockway
  45. Evolution connector? Why not just use Outlook? by gad_zuki! · · Score: 1

    >why not simply run Windows?

    Same is true with Wine or running Cygwin under Windows. If the market is one controlled by a monopoly then its up to the users to create interoperable solutions. Plain and simple. This kind of "the sky is falling" attitude is a good way to further marginalize Linux.

    In the real wold computers and software have to work with each other thus Wine, Samba, etc. Its only in the fantasy world of fanboys that these things could ever be percieved as bad ideas.

  46. Why was this modded a Troll ? i need help by zymano · · Score: 2

    Can someone tell me why this was modded down ? There is nothing trollish about that . I mention that you need to fight the hardwared makers or they wont assist at all.

    1. Re:Why was this modded a Troll ? i need help by GooberToo · · Score: 1

      You were modded down because there are many incompetent people that get moderator points and have yet to figure out the proper and responsible way to use those points. With luck, metamoderation will help correct what was so obviously done incorrectly.

    2. Re:Why was this modded a Troll ? i need help by zymano · · Score: 1

      i thought i was alone here. thanks.

  47. Re:What's the best laptop for running Linux? by BigGerman · · Score: 1

    I have last year Fujitsu E7110. Everything works (donno about the winmodem - never needed one). Built in wireless card works as well, different distros' configuration tools have different degrees of success with WAP but command line config always works.

  48. Re:The reason that this is required: Interference by kwerle · · Score: 1

    No, Ford sells you a car with a manual that tells you what it needs - like gas and oil and all those good things. And they ONLY sell you a car if you have a license, and insurance. We call these things "requirements".

    Just like hardware vendors sell you cards with requirements - like a computer, an OS, and all those good things.

    Just as your Ford doen't run if you put milk in the tank, their hardware won't run without Windows on the Computer.

    If the hardware vendor doesn't specify what OS is required, try to sue them - but you'll probably lose because you should have just returned the item.

    Quit whining, wake up, and smell the economics. It doesn't make sense for them to cater to a vanishingly small percentage of the marketplace. If it did, it would make them money, and they would do it.

    It turns out that ALL of these vendors WILL supply you with drivers. You just have to fork over the green. Lots and lots of green.

    Let me make a proposal: start yourself a website that tries to put together enough dough to buy linux drivers for whatever hardware you feel you need a driver for. See how far you get.

  49. Re:What a private business would do to fight this. by Sjobeck · · Score: 0

    Eric, This is a fascinating point of view on the topic that I had never considred before . (So, gees, this reading thing really does teach you things, let you teach yourself things, I guess thoes people were right after all.) It seems like it would be a difficult argument to make in court that a company was required to make drivers for their hardware for other OS's. I couldnt do it, but I'm sure there is someone smarter than I who could give it a whirl. You'd think that the profit motive would be enough for them. But, oh yeah, I forgot about their support offering & how dismal they are, & the cost burden to the manufacturer. I guess they could release a driver and post it to the non-supported-software section of their site. Thanks. Jason

  50. Sony PCG-V505BL by JonnyRo88 · · Score: 1

    Alright,
    I have a sony PCG-V505BL (a 1.8ghz celeron notebook). it is quite light, has a very clear screen, and has about 2.5 hours of battery life. I picked it up for about $1000 at best buy on clearance.

    It took to linux fairly well, everything is supported except for 3d acel on the ati radeon mobility. It has no built in wireless (i use a Senao 2511 EXT2 with external antenna in pcmcia, prism 2.x). I'd reccomend it to another. One nice feature is that it comes with three partitions direct from the factory, making dual boot trivial. If i want to play some 3d game i would just reboot to windows xp home, which came with this.

    The easiest way to get a real list of hardware when you are shopping is to take a Gentoo LiveCD with you and boot up the laptop with it in the store (make sure no one is watching). The liveCD will detect a lot of stuff, and will give you chipset names as it does.

    If you can deal with the poor 3d accel in linux, this is a nice laptop to pick up on a clearance sale (newer models have come out since). Oh yea, if you are willing to spend the extra cash and buy online, sony is extending the warranty to 3 years (with LCD), and they have had free memory stick/memory key offers.

    --
    The Ro Factor - Jeep/Linux Weblog
    1. Re:Sony PCG-V505BL by colinleroy · · Score: 1

      What radeon is it ? I thought all radeon up to 9200 have 3D accel on linux.

      --
      blah
    2. Re:Sony PCG-V505BL by JonnyRo88 · · Score: 1

      Radeon Mobility M6 LY

      --
      The Ro Factor - Jeep/Linux Weblog
    3. Re:Sony PCG-V505BL by colinleroy · · Score: 1

      It should work, at least with XFree CVS. You have to compile the kernel module. You may also have some "kernel-drm" or something package with your distro...

      --
      blah
  51. PowerPC by O · · Score: 3, Insightful

    If this works, then no one will bother developing an open source driver, which means there is still no hope for using Airport Extreme, which uses the Broadcom chipset, under Linux on a PowerBook. =(

    --

    1, 1, 2, 3, 5, 8, 13, 21 -- Mathematics is the Language of Nature.
    1. Re:PowerPC by pomac · · Score: 1

      There will most likley be no opensource driver for some time, but you could use the NDIS wrapper to get the information you need about chipstates. You could try to check everything that the driver does and this would infact speedup driver development.

      A NDIS wrapper is still needed imho since it will support new hardware faster, and if it allows us to disect the driver it will also speed up driver development.
      (There are alot of ppl out there mad enugh to write a driver if they can get the information needed.)

  52. Re:What a private business would do to fight this. by Anonymous Coward · · Score: 0

    A commercial business would take these harware makers to court since they are only making their product to work with only ONE company

    Have you bought parts for your car lately? It's pretty hard to find a fuel pump that will work equally well in a Ford or a Fiat.

    I believe that in most cases it is in the companies self-interest to offer Linux drivers. In the remaining cases it is very likely that Microsoft (not the HW company) is engaged in anticompetitive practices.

  53. Re:The reason that this is required: Interference by pe1rxq · · Score: 1
    No, Ford sells you a car with a manual that tells you what it needs - like gas and oil and all those good things. And they ONLY sell you a car if you have a license, and insurance. We call these things "requirements".


    I don't know what country you live in, but here (The Netherlands) you can buy a car without any of that.... The manufacturer would just sell you a car. If you wan't to drive on the road then the government comes in with restrictions.
    Its the same with wireless stuff, you can buy the equipment and own it legally, but when you want to use it the government comes in with restrictions.


    Just like hardware vendors sell you cards with requirements - like a computer, an OS, and all those good things.

    They actually have two sets of requirements: one set for the actual hardware (such as a 32bit pccard interface) and one for their software (monopolyOS X.y). My computer fits the first set, there is no reason for them to deny me the use of the hardware.


    Just as your Ford doen't run if you put milk in the tank, their hardware won't run without Windows on the Computer.

    If the hardware vendor doesn't specify what OS is required, try to sue them - but you'll probably lose because you should have just returned the item.


    I'm not an american, suing the company after pouring milk in the tank is not something I am likely to do :)


    Quit whining, wake up, and smell the economics. It doesn't make sense for them to cater to a vanishingly small percentage of the marketplace. If it did, it would make them money, and they would do it.


    All they would have to do is make specs available, they should have documentation for internal use anyway so there is no extra cost, just a different attitude.


    It turns out that ALL of these vendors WILL supply you with drivers. You just have to fork over the green. Lots and lots of green.

    Let me make a proposal: start yourself a website that tries to put together enough dough to buy linux drivers for whatever hardware you feel you need a driver for. See how far you get.


    I already have a website with the stuff I wrote, that is far more usefull then whining for money.
    (I already pay them for the hardware so they are making money anyway)


    Jeroen

    --
    Secure messaging: http://quickmsg.vreeken.net/
  54. Re:What a private business would do to fight this. by zymano · · Score: 1
    You're implying that there are only two OS that matter: Windows and Linux.

    No. i didn't. Do you want to show me where I 'implied' that ?

    If a court established the principle that manufacturers have to supply a driver for *every* OS, then they'd all go out of business. *BSD, Solaris, MVS, OS/360, AmigaOS, MacOS 6, 7, 8..10, DOS, OS/2 etc. etc. How do you choose the ones entitled to support by law?

    First of all , I said release the details of the driver OR create a driver for Xfree opensource operating systems . It would be nice if we could find a way for driver software to be easily ported to other systems. I think it could be done.We could develop software that would only need detail about the hardware and it could port the software to the other operating systems. Don't tell me it can't be done. If we had to choose one then it might be Linux since it is the most used or is it MacOsX ?

    Anyway, it's a different situation to the M$ case. M$ were prosecuted for excluding a competing product, Netscape, from a platform they sold. Linux is not a competing product to a wireless card and the makers of such cards are not willfully disadvantaging Linux distros to favour their own products.

    The government creates laws to create an fair and equitable market . Do we have that here ? No. The Microsoft case was about unfair Monopoly using their powers to hurt others. Well, these manufacturers are playing right into Microsofts hands by not opening up on their hardware. The government should force them to release a version for Xfree so that the minority can use their products.

  55. Re:The reason that this is required: Interference by fishbowl · · Score: 1

    "It doesn't make sense for them to cater to a vanishingly small percentage of the marketplace."

    But the effect is to increase the monopoly position of Microsoft. I don't care about economics or regulations. The thing I notice is that there are NO 802.11g devices for Linux, BSD, or any other OS, available AT ALL. I interpret this as an intentional leveraged attack on competitors to Microsoft.

    --
    -fb Everything not expressly forbidden is now mandatory.
  56. Re:What a private business would do to fight this. by Dogun · · Score: 1

    You've been modded as a troll because your position is untennable. If a company doesn't want people to have drivers, then they can damned well not release specs for their products. Fairly stupid of them, but it is their perogative.

    It also doesn't have much to do with Microsoft, I think, if anything.

  57. Not the best analogy by zymano · · Score: 1

    I work on cars frequently and when i need sparkplugs,gaskets,brakes,lightbulbs,floormats,coo lant,oil and mechanical engine pieces ,I don't need to buy from Ford or one company. People would revolt if Ford pulled anything like what microsoft does. That's whats great about cars.

    If the courts would see the parallels to cars then they would be more proactive against the microsoft monopoly.

    A better ananlogy would be whats happened in the inkjet printer cartridge business.

    We need to create a fair and equitable market like in the car parts business.

  58. Re:The reason that this is required: Interference by fishbowl · · Score: 1

    "I don't know what country you live in, but here (The Netherlands) you can buy a car without any of that...."

    It's that way in the US too. You won't be able to secure *financing* without a drivers' license and insurance most likely, but that's not really a requirement for owning a car. I owned a car when I was 15, before I had a drivers license. I couldn't drive it on the road except on farm business (specific exemption for moving feed and equipment from one part of your farm to another), but no problem, I had my own rally track!

    "All they would have to do is make specs available, they should have documentation for internal use anyway so there is no extra cost, just a different attitude."

    I think if the truth came out, you'd find out "They" do not own the information to such an extent that they can show it to you.

    --
    -fb Everything not expressly forbidden is now mandatory.
  59. Re:The reason that this is required: Interference by kwerle · · Score: 1

    They actually have two sets of requirements: one set for the actual hardware (such as a 32bit pccard interface) and one for their software (monopolyOS X.y). My computer fits the first set, there is no reason for them to deny me the use of the hardware.

    Fortunately, you live in the Netherleands, where they'll sell you cars you're not able (allowed) to drive. Similarly, they'll sell you hardware you're not able to use.

    All they would have to do is make specs available, they should have documentation for internal use anyway so there is no extra cost, just a different attitude.

    As I mention in a peer thread, they don't do that to remain competitive. Please see my other post (sorry, not going to ref it).

    (I already pay them for the hardware so they are making money anyway)

    It turns out you're paying them for a product. The product includes hardware and software, otherwise we wouldn't be talking about this at all. If you want to write your own software, but are having trouble without the spec, buy it off them. They will sell you that, too.

  60. Re:The reason that this is required: Interference by kwerle · · Score: 1

    But the effect is to increase the monopoly position of Microsoft. I don't care about economics or regulations.

    Let me give you a little clue: 3rd party hardware vendors love the monopoly. They only need to develop one set of drivers to sell to 90%+ of the marketplace.

    The thing I notice is that there are NO 802.11g devices for Linux, BSD, or any other OS, available AT ALL.

    A little cut&paste from the apple store:
    "The new PowerBook G4s feature the hot new AirPort Extreme technology, based on the 802.11g standard"

    OSX is unix & bsd & an other os. Argue semantic crap if you like, but there you have it. Apple sees an economic advantage to supplying their own 11g drivers with their own cards.

    I interpret this as an intentional leveraged attack on competitors to Microsoft.

    Excellent. Sue them. Good luck.

    It's simple econ. They WILL sell you a driver. Fork up.

  61. Re:The reason that this is required: Interference by fishbowl · · Score: 1

    I'm seeing a bigger picture than you are.

    You're just looking at the economics. I'm looking at the cultural implications of, say,
    linux having no wireless capabilities.

    If the video card folks did this, and we had no graphics, that would pretty much kill any notions of "linux on the desktop" would it not?

    Do I think the manufactures have any responsibility to "the culture?" No. But it surprises me that nobody in some free country has simply released a reverse-engineered driver for, say, broadcom chips, into the wild yet.

    I suspect it's simply because everybody who wants wireless, has a prism2 card, and/or doesn't realize that there's almost nothing available in the retail market today that can be used at all.

    Maybe a few companies are still making intersil devices, but it's damned hard to find them, and even harder to know what you've got before you buy it. In a commercial environment, that has ALREADY made it impossible to specify hardware, if you need 802.11b, and even worse if you need 802.11g.

    Shutting out linux from the world of wireless networking might be an unintended consequence of economics, but I don't understand how that knowledge is supposed to help me.

    --
    -fb Everything not expressly forbidden is now mandatory.
  62. Re:What's the best laptop for running Linux? by Anonymous Coward · · Score: 0

    Dell's Truemobile 1150 (I think that's it.. the 802.11b minipci card) works in Linux. As far as video cards go (if you want good 3d acceleration) your best bet is any nvidia card, or only the newest bleeding edge ati mobility. Anything before the m9 series is not very good (although I can run warcraft 3 and enemy territory so-so on my radeon 7500 mobility).

  63. Re:What a private business would do to fight this. by zymano · · Score: 1
    Dear Mr. Dogun.

    If a company doesn't want people to have drivers, then they can damned well not release specs for their products.

    I can understand where your coming from . If this were an open and free operating system market with alot of choices then i would agree but I can't. This is still a closed system and the only way to open it up is 'legal' ways. Hardware companies should be forced to release specs if they only release drivers for a MONOPOLISTIC operating system. This should be about creating a fair and equitable market. What's really funny is that the government sued the car manufacturers when they didn't release the details of how their electronic ignition system worked . They too wanted to keep that a secret.

    You said untenable. But has anyone tried ?

  64. Re:What a private business would do to fight this. by zymano · · Score: 1

    Jason , my main point is that these companies are supporting an unfair monopoly that has committed wrongs. It may take legal ways to fix this wrong . And I made the point earlier in a thread that the government treats computers differently than other sectors of business. We are seeing legal challenges to the inkjet cartridge monopolies now.

    I don't think it would be hard for a court to force hardware makers to release drivers for other operating systems. I think it could be done.

  65. Re:What a private business would do to fight this. by GooberToo · · Score: 1

    While I don't agree with the comments, it clearly is not a "troll". I would of rated it interesting. I would, however, rate the moderator as "idiot" or "incompetent".

    Like it or not moderators, your job is not to mod down things you disagree with. You job to to find and moderate interesting tidbits, opinions, and facts so that the population at large can better enjoy the more interestings stuff.

  66. Re:The reason that this is required: Interference by kwerle · · Score: 1

    Shutting out linux from the world of wireless networking might be an unintended consequence of economics,

    You still do not get it. Nobody is shutting out linux. You want something for free. You don't get it. If you PAY for a driver, one will be available. All the windows users pay for their driver - you just close your eyes to the software they get because it does you no good (until now).

    but I don't understand how that knowledge is supposed to help me.

    A prayer you might consider:
    "God, grant me the serenity
    To accept the things I cannot change,
    The courage to change the things I can,
    And the wisdom to know the difference."

    Some wisdom (I hope):
    Here's what you can not change: economics (vendors don't do things for free).
    Here's what you can change: availability of drivers (you can code it, you can buy it, you can buy specs).

    Here's what you shouldn't do: whine.

  67. Re:What a private business would do to fight this. by GooberToo · · Score: 1

    You've been modded as a troll because your position is untennable.

    Regardless, that would make the moderator an idiot because that's not his role. His role is to help make interesting stuff float to the top. Likewise, make crap sink to the bottom. In this case, even though I disagree with the posting, it should of been left as is (rightly so) or mod'd interesting, because that's what it is. A troll, it certainly is not.

    Just because a moderator disagrees with a posting is NOT cause for it to be mod'd as "troll" or "overrated". I'm constantly finding that when I meta-mod, there are tons of idiot moderators that I'm having to come behind and correct. In fact, I'd say, maybe 1 out of 4, or maybe 1 out of 6 meta-mods (series of modding mods) that I do, do I find that moderators have actually done their job correctly. The fact that you've answered as you have might indicate that you should pass on your next chance to moderate until you've read the moderation rules. Hint, hint.

  68. Does anyone remember... by Anonymous Coward · · Score: 1, Interesting

    "AddLib Compatible" SoundBlaster cards?

    Creative Labs stuff is everywhere today. Where is AddLib?

    Come on people, many factors determine success or failure for any given technoloy. The more people using this stuff in Linux, more pressure to the vendor to release native drivers.

    In the meantime, another choice is given to Linux users. Isn't it all about choice? "Choice!", this is the mantra, am I missing something?

  69. Re:What's the best laptop for running Linux? by HermanZA · · Score: 1

    Go to a shop with Knoppix CDROM. Boot the PC and see whether it works...

  70. Re:What's the best laptop for running Linux? by Anonymous Coward · · Score: 0

    Apple powerbook

  71. Doesn't hurt... by OneFix+at+Work · · Score: 1

    I don't think it's hurting Linux to make this wrapper available. Look at the windoze 3DFX wrappers written for OpenGL a while back...did this make ppl suddenly stop developing OpenGL games?

    What about Wine? Has the availability and stability of Wine stopped ppl from porting apps to Linux?

    For right now, it looks like the wrapper is the only way to go...an I'ld personally rather see a well done, GPLed wrapper than a half-a$$ closed source driver from a company that was "forced" into it...

    It's well known that BroadCom has Wireless drivers for Linux (they're even in the firmware for the Linksys WRT54g) and could probably release them tomorrow if it werent for the FCC concerns. They wouldn't have been able to see this wrapper coming months ago.

    We have to realize, wireless connectivity is generally reserved for end users...there's security issues with running a server over a wireless link and their main customer base own laptops...and most laptops are not running Linux...

    Before I will belive the argument that "this will keep companies from developing Linux drivers", I want to see a company currently developing a Linux driver for their hardware stop, stating this wrapper as the reason ("no need to anymore") or something to that effect...

    So, if this is what it takes to get a usable driver under Linux, so be it...

  72. It was called I20. Intel really liked the idea. by Ayanami+Rei · · Score: 1

    And it died... Two years ago. Lots of talk and no work.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  73. Re:The reason that this is required: Interference by Asmodeus · · Score: 3, Interesting

    Its actually quite hard to reverse engineer modern hardware. Gone are the days of a few bits to twiddle on an IO port. Now we are talking entire protocol stacks for complex protocols with varying amounts of the stack and/or compression implemented in hardware. Go read the USB or 802.11 specs sometime. This is not your grandfathers' serial port. Yes, I am experienced at writing device drivers. I reverse engineered a major USB webcam chipset for Linux, and I've written many older drivers.

  74. Re:What a private business would do to fight this. by Anonymous Coward · · Score: 0

    Hey, zappa333@hotmail.com, you're starting to annoy me.

  75. FYI, you CAN do that. by Ayanami+Rei · · Score: 1

    The drivers are in fact portable across all 2.4 versions. However, you have to compile the kernel without versioning (which no distro does that I know of by default), which sort of defeats the purpose of that.
    You'd have to build it yourself, then you can play with knives.
    But then, it's probably safer if people can't force load older drivers...sometimes a bugfix the changes the semantics of some kernel function or depricates one, even if all the other APIs are the same.
    The driver shouldn't still be using it otherwise the security hole still exists.

    I mean, NVidia has the right idea. They compile the resource management hooks from source, but the core is a static object linked in which has all the proprietary logic.

    Broadcom should be doing the same thing... keeping their radio tweaking code inside an object with all the register numbers hidden so we can't jam police radios or something.

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
  76. Re:Pontus Fuchs by Anonymous Coward · · Score: 0

    I hear her sister Ivana is pretty hot.

  77. I may be wrong... by gui_tarzan2000 · · Score: 1

    but all Micro$oft would need to do is update an EULA for their NDIS drivers and state the same thing they state in most everything else now - you must have a legally installed version of their operating system to use -fill in the blank- which would cover any NDIS driver they own.

    Now if the hardware people own the drivers, there's no problem *unless* Micro$oft tells them to put that in their EULA...

    --
    Have you hugged your penguin today?
    1. Re:I may be wrong... by Anonymous Coward · · Score: 0

      Since Microsoft (notice how I'm edgy and use an 's' instead of a '$') doesn't own the copyright on the drivers and the NDIS specification is open (in the sense that it is fairly well documented and implmented freely) I doubt there is much to worry about.

  78. Re:The reason that this is required: Interference by fishbowl · · Score: 1

    I don't want anything for free. I want the hardware I paid for, to work. It's that simple. If it doesn't work, that's not my fault.

    I realize that I shouldn't expect hardware to work under linux, and I understand the issues.
    But, people still seem to be wondering what keeps other OS's from gaining widespread adoption, and I'm saying, here is the answer.

    I assure you if the situation were the same with video cards or SCSI controllers, as it is with wireless network cards, there would be a whole lot more noise about it.

    I also think there's more to this than just money. IBM could fix it like tipping for coffee.
    They're supposed to be into linux adoption, right?

    --
    -fb Everything not expressly forbidden is now mandatory.
  79. Re:The reason that this is required: Interference by Richard+W.M.+Jones · · Score: 1
    What a load of drivel. It makes no difference whether you have source or now.

    Rich.

  80. Re:The reason that this is required: Interference by Richard+W.M.+Jones · · Score: 1

    s/now/not/

  81. Re:What a private business would do to fight this. by fishbowl · · Score: 1

    But... Many Fiat fuel system parts are Bosch. And many Bosch parts are interchangeable between BMW, VW, Fiat, Volvo, Saab, etc. And there are aftermaket replacement parts that fit, if you don't want to buy an expensive Bosch part.

    Perhaps more relevant, the FCC hasn't said you can't undo the bolts on your Fiat, or put BMW parts on it.

    --
    -fb Everything not expressly forbidden is now mandatory.
  82. Re:The reason that this is required: Interference by Anonymous Coward · · Score: 0

    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).

    So does Linux have something like NDIS to make drivers stable across kernels? If not, then shouldn't there be one?

  83. Re:The reason that this is required: Interference by kwerle · · Score: 1

    I don't want anything for free. I want the hardware I paid for, to work. It's that simple. If it doesn't work, that's not my fault.

    Right. And I want my car to run on H2O. If it doesn't, that's not my fault, right? You're asking the same damn thing.

    But, people still seem to be wondering what keeps other OS's from gaining widespread adoption, and I'm saying, here is the answer.

    I don't think anyone wonders. I don't - do you?

    I assure you if the situation were the same with video cards or SCSI controllers, as it is with wireless network cards, there would be a whole lot more noise about it.

    Nope. There'd be a few folks making a lot more noise, MAYBE. More likely, though, there would be less folks, and they'd just cope. In the end, though, noise doesn't help the situation - money does.

    I also think there's more to this than just money. IBM could fix it like tipping for coffee.

    At which time their shareholders would sue them for mismanaging their company. Because they're pouring money down the drain.

    They're supposed to be into linux adoption, right?

    No, they are into solutions. In particular, they SELL solutions. Linux is sometimes part of that solution because it works, and they can get it for cheap, and it does what they need, and it helps them make more money.

    MONEY

    Are

    MONEY

    you

    MONEY

    getting

    MONEY

    the

    MONEY

    picture?

    MONEY

  84. Ask Intel by jwr · · Score: 2, Informative

    Or better, contact Intel and ask them, why in spite of all the hype and marketing announcements about them supporting Linux, they have silently failed to deliver either Centrino drivers or Centrino documentation.

    Frankly, I'm rather surprised that no Linux company has sued them yet, for unfair competition. Disclosing drivers and documentation to one OS maker and hiding it from the others IS unfair competition.

  85. License Problems? by mrnick · · Score: 1

    Couldn't there be some license problems here? For example wouldn't you expect to see some of the driver's licenses to state what type of operating system they are to be run on?

    Nick Powers

    --

    Encryption: I may not agree with what you say, but I will defend your right to encrypt it...
  86. Re:The reason that this is required: Interference by Anonymous Coward · · Score: 0

    Why do they not include these controls in firmware that's in flash memory on the card itself? It could still be upgradeable through signed updates, just like mobile phones are. That seems both more convenient and more secure than trying to keep the register-level interface a secret. I suppose it would just cost a little more.

  87. Nice Sig :) by quinkin · · Score: 1
    Nice Sig :)

    I haven't laughed that hard in ages.... Yes, ok I'm a geek.

    Q.

    --
    Insert Signature Here
  88. Help for Reverse Engineers? by kinema · · Score: 1

    Could running a Windows driver like this on Linux (or other friendly OS) via such a wrapper actually allow people to reverse engineer the driver/interface easier? It seems that there are a lot of tools for Linux that could help a person view (debug) exactly what is happening at any given time.

  89. Re:The reason that this is required: Interference by fishbowl · · Score: 1

    It's unreasonable to expect my car to run on water.

    It is reasonable to expect the hardware in my computer to work with various operating systems.

    Hardware manufacturers don't want their stuff being used under os's besides windows. You think that is directly, solely, and strictly associated with money. I think there is more to it than that. But I make a distinction between control and money, even though I realize that either control or money is a means to the end, whether money is the means to control, or whether control is the means to money.

    All the nonpolitical consumer understands is there's no choice of OS for the X86.

    --
    -fb Everything not expressly forbidden is now mandatory.
  90. Re:The reason that this is required: Interference by sg_oneill · · Score: 1

    What a load of drivel. It makes no difference whether you have source or now(sic)

    Of course! Thats because we can use magic! Magic(tm) helps us pretend that a PPC linux kernel can run x86 drivers! and Magic(tm) helps us pretend that 2.4 drivers will automajikally work in 2.6 without a recompile!

    Those nutty linux programmers! What would they know anyway?

    --
    Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
  91. Re:The reason that this is required: Interference by fishbowl · · Score: 1

    The last thing I expect to hear from an engineer is how he doesn't want to do something because it's hard.

    I agree with you, though. I've dealt with trying USB signals (playing with the USB midi driver) and it's fun, but tedious.

    Still, I have to wonder what's the deal with Broadcom really. Allegedly, they'd be in some trouble with Uncle Charlie if the specs for their consumer products got out. But how does that help them if they get their specs handed to them by some kid in China or Norway? Sure they could try the DeCSS approach, and you know where THAT leads. DMCA keeps it out of commercial applications in the US, I suppose. But does it solve the problem for Broadcom, effectively that they have released a commo device into the wild that has the potential for misuse?

    I'm just pissed because I own several of these things, purchased by make and model because they were supposed to be Intersil.

    To me, the whole thing looks like a deliberate effort to exclude linux, bsd, and solaris from a major current network infrastructure. Perhaps if we miss a generation, that's the end?

    Yes, I know it's about money, money, money, whatever. Either that tells me that linux and bsd still don't have a significant place in the market, but that was the story in 1994. It doesn't really look to me like we've gotten anywhere since then.

    --
    -fb Everything not expressly forbidden is now mandatory.
  92. Re:The reason that this is required: Interference by DAldredge · · Score: 1

    I am not so sure they love it now. Not with Microsoft selling Microsoft branded Nics, Wi-Fi, and Switches in 'a store near you'

  93. Re:What's the best laptop for running Linux? by JonnyRo88 · · Score: 1

    Damn straight. There is no other way to test out a box before purchase.

    --
    The Ro Factor - Jeep/Linux Weblog
  94. Bright spot on LCD by JonnyRo88 · · Score: 1

    Are they still having those problems with the bright white spot on the center of the LCD displays on apple powerbooks? I was watching the laptop in the seat in front of me in class today and that bright spot looked painful.

    --
    The Ro Factor - Jeep/Linux Weblog
  95. Re:What's the best laptop for running Linux? by Anonymous Coward · · Score: 0
  96. Again That's Easy by OctaneZ · · Score: 1

    NONE

    Welcome to the next problem

  97. GPL violating itself? by gatkinso · · Score: 1

    Linking to and/or calling from non GPL'ed code??

    --
    I am very small, utmostly microscopic.