Slashdot Mirror
First, WinModems. Now, WinWiFi.
zulux writes "Microsoft is actively encouraging WiFi (802.11b) hardware manufacturers to strip their devices of costly electronics, and use Microsoft software/drivers to make up the slack. And you thought WinModems were bad!"
First, WiFi devices have been out for a few years now. Yeah, hardware modems had been too, but the markets are moving faster now than they had been 10/15 years ago. Furthermore, there's already a new big player in the WiFi market that won't stand and let Microsoft have exclusivity on WiFi drivers...Apple.
"Mod, mod, mod...and another troll bites the dust."
Some of you have commented on the possible performance implications of "soft" WiFi, but there is an even bigger issue, the same reason we hated WinModems so much.
If the software routines / hardware API is kept proprietary, which is likely the case, us Linux/FreeBSD/other open-source OS users will be left in the dark.
Either [a] hardware vendor thinks they will look good and support Linux by releasing a binary-only driver that is only compatible with kernel version X, and needs to be hacked to work with anything else, FreeBSD users like myself are out of luck (and anyway I would _never_ use a binary-only driver in an open-source kernel - hence my gripes with NVIDIA).
or [b] some of the brave of us attempt to reverse-engineer Windows drivers.
Either way, consider the next wave of laptops coming with built in "soft" WiFi - a definite possibility considering the amount of money manufacturers could save, and offer WiFi standard even on their lowest-end models. This means chances are we have to fork out and buy a traditional PCMCIA hardware adapter. And a lot of us run Linux/FreeBSD/whatever on our notebooks, I know I won't be happy. I think I'll be paying the $US45 for an 802.11b card while I can!
Which raises another interesting point - you may think "yeah there will always be hardware PCMCIA WiFi cards". But look what happened to 56k modems - try and find a 56k modem on a PCI card that isn't a soft-modem!
Of course this is not bad for everybody - the new cheap WiFi will be more widely spread since 99% of computers run Windows NT/Windows anyway, and this good be a good thing for prices of WiFi cards,etc.
--jquirke
Everybody seems to be making the assumption that there won't be drivers. Why not? Linux has a small but appreciable market share, and that market share is more apt to get WiFi than most other users. Unlike the situation when WinModems first came out, there is a viable base and thus economic incentive to release Linux drivers.
Now, let's hope they come with source - too many chipsets require that the end manufacturer can't release open source drivers. mda_hal.o and the like are workable, but not optimal - to a certain extent, open source drivers for software driven accessories like the so called Win* hardware makes it *more* powerful for the open source realm, where talented hackers can alter and upgrade the drivers to drive the hardware beyond the original specifications, purposes and features that were originally designed for it.
--
Evan
"$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
One way to reduce hardware cost is to put hardware functions in software.
You don't see anyone calling "monopoly" about software RAID cards, and those that do pay far more (andget only marginally better performance) from hardware RAID.
Winmodems may be a PITA for us, but you can get then for $5, vs. $70ish for a hardware modem (the 3Com Performance Pro comes to mind)
I can see that Microsoft may look at this as another opportunity to extend the duration of their doomed monopoly, but honestly I don't believe that they are morally obligated to keep hardware prices up by NOT integrating their functions into software. They are, after all, a software company.
Does it not make sense to introduce new stolen ideas to make more use of software?
Besides, these are Microsoft drivers. They'll probably be slow enough to help the ailing hardware industry sell a few more chips. That's aid that they could use now.
Yes, I know it isn't kisher to say that not *everything* Microsoft does is evil. Mod me down if you like.
Computer Science is no more about computers than astronomy is about telescopes. --E. W. Dijkstra
It wasn't that many years ago that Microsoft, along with just about everyone else in the PC business with an ounce of common sense, launched a jihad against Intel's NSP (Native Signal Processing) initiative.
NSP was the logical response to Intel's realization that CPU cycles in the Pentium era were becoming less and less valuable to the end user. They considered it a task of strategic importance to soak up extra cycles wherever they could be found... never mind that game developers still needed every cycle they could find at the time. Had NSP succeeded, it would have had a wide array of effects on the PC hardware and software businesses, almost all of them too ugly to contemplate. The nascent market for high-performance 3D and environmental audio hardware would likely have been crushed under the treads of Intel's marketing machine, and WinModems would have taken over the scene years earlier than they did. The development of online gaming technology would have been pushed back indefinitely, pending the ubiquitous adoption of broadband (which, obviously, has yet to happen).
Of course, MS's primary interest in killing NSP was to keep Windows from having to run as just another NSP client. Owning the boot process from BIOS to bluescreen was as important to them in 1994 as it is now. But now, it appears that they've taken leave of their technical senses as well as their ethics. If this is anything like Intel's earlier push to run modem data pumps on the CPU -- and to be fair to MS, the article is by no means clear on this point -- then 802.11 fans, and consumers in general, should fight it where they find it.
Dahlmann tightly grips the knife, which he may have no idea how to use, and steps out into the plain.
I think it's a terrible idea!
Despite the speed of today's CPU's, having to use CPU cycles to do WiFi networking is not a great idea, especially when you also have to take into account for CPU cycles being used for everything else in the system.
I mean, consider the situation of playing DVD discs on a computer. Sure, you can do it completely in software if the CPU is fast enough, but the CPU cycles it requires to do this even on a very fast CPU can drag a system down pretty quickly. Now you know why ATI has Hardware Motion Compensation (HWMC) and Inverse Discrete Cosine Transform (IDCT) decoding assistance on their graphics chipsets starting with the Rage 128 series, and nVidia has pretty much done the same with the current GeForce4 MX/Ti chipset series.
Judging from what I've read elsewhere, the submitter may have interpreted the article a bit wrong. It's not so much that MS and Intel (also mentioned in the article) want to have the WinModem equivilent of 802.11, but that they want to make the access points cheaper by providing a software solution.
Apple has had a similar product, the "Software Base Station," available for Mac OS 9 for quite some time!
See this (much better) article for details.
In no more than thirty words complete the sentence:
If Microsoft got into bio-engineering then....
Video Game cheats, hints a
As someone who spends a considerable amount of time these days hacking on WiFi card drivers, Host-based MAC is actualla a VERY good thing.
A good analogy of this is PPP. The current situation is similar to a modem manufacturer embedding PPP in the hardware, which is horribly complex and expensive to implement. It is much simpler and cheaper to let the OS provide the PPP services.
WinModems come in two flavors; host-based controller and host-based signal processing. The latter is pure evil; the hardware is nothing more than a A/D/A converter, and the host CPU has to perform all DSP functions to make it into a modem. The host-based-controllers have real hardware DSPs and whatnot, but they just tell the DSP what to do, essentially replacing an on-board processor+firmware with the driver on the host machine.
WinWiFi (which is really host-based-MAC) is neither. The WinWiFi card would become about as smart as the average ethernet card; ie it would be able to transmit and receive raw 802.11 frames, and then pass them off to the driver which then figures out what to do with them.
A good portion of the wireless cards out there already do this, and nearly all of the new ones will do this. Why? complexity and cost.
802.11 is rather complicated. The MAC must handle a complex state machine; with all sorts of little nuances. Handling transmits/receives, and their acks, association, channel hopping, and then the real doozey: encryption.
WEP sucks. Not just because it's fundamentally broken, but because it takes a bit of oomph to work with, and it's a little complex. And if this is done in hardware, you can't update it to handle newer standards.
Every single one of the 802.11 extensions to replace/augment WEP will require considerably more computation power in hardware; but in fact, most 802.11 (windows) drivers now do WEP on the host, because it has far more computational power to spare with zero additional hardware cost.
This WinWiFi initiative is nothing more than "hey, all of you guys have already written this host-based-MAC stuff (or are going to have to write it anyway) so why not just use the stuff already part of the OS? It's already been extensively tested and that way, you don't need to reinvent the wheel."
It's called shared code, and makes a lot of sense.
I've been banging my head against the wall a lot lately because of buggy firmware in WiFi cards; If they let the host OS do the work instead, these bugs wouldn't exist, because the 802.11 spec is well-documented.
And again, it's not WinWiFi, it's Host-based-MAC. It's a work-in-progress for Linux too. And it is a GoodThing(tm).
- Pizza
-- I ain't broke, but I'm badly bent.
What is the chipset used in most WiFi cards? The Prism 2/2.5.
Who makes it?
Intersil
Are there linux drivers?
Yes! With full source!
And guess what, Intersil comissioned the drivers!
Not only that, but the drivers offer support for advanced functions typically not offered on Windows based PCs (host based access point support).
So, based on past history, there seems a good chance that there will be a path to Linux support for WinWi-Fi cards.