Jeff Garzik, the network device driver maintainer, announced the creation of a wireless-2.6 development tree, aiming to provide some generic wireless code that is non-intrusive enough to be merged into the 2.6 stable tree [forum]. He chose the Host AP driver as the starting point, with the intention of merging in some of the other existing work, including the current open source Centrino driver. Jeff explains:
"It's high time that Linux get a serious effort going on a generic 802.11 stack, as it seems we are in danger of having every new wireless driver invent one if we do not.
"Given that there are at least 3 complete wireless stacks (or thereabouts) floating about for Linux, I picked one that I felt had the best chance of being _evolved_ into a nice, clean, generic wireless stack."
From: Jeff Garzik [email blocked] To: Netdev [email blocked] Subject: wireless-2.6 queue opened Date: Wed, 02 Jun 2004 23:45:28 -0400 It's high time that Linux get a serious effort going on a generic 802.11 stack, as it seems we are in danger of having every new wireless driver invent one if we do not. Given that there are at least 3 complete wireless stacks (or thereabouts) floating about for Linux, I picked one that I felt had the best chance of being _evolved_ into a nice, clean, generic wireless stack: HostAP. My general hope (plan?) is that generic wireless code can be arrived at without horribly intrusive changes that require a 2.7 kernel. wireless-2.6 is targetted for eventual merging, but it won't be submitted anytime soon. Now it's time for open source to kick into action :) wireless-2.6 queue is available in patch form or BitKeeper for review. Or, if you object to my selection of wireless code, now's the time to speak up. BTW to Intel Centrino folks -- I would like to merge the current (open source) Centrino driver into wireless-2.6 as well, to get it more exposure, and also to ensure that it uses whatever generic 802.11 code happens to appear... Oh, and please speak up on netdev @oss.sgi.com, or at least CC there. Patch: http://www.kernel.org/pub/linux/kernel/people/jgarzik/patchkits/2.6/2.6.7-rc2-bk3-wireless1.patch.bz2 BitKeeper (all of these are equivalent): bk://kernel.bkbits.net/jgarzik/wireless-2.6 bk://gkernel.bkbits.net/wireless-2.6 http://gkernel.bkbits.net/wireless-2.6 (note: _not_ a Web URL) Finally, here is Jouni's patch submission message, elaborating on the driver-specific details: > Finally, here's the first attempt at submitting Host AP code for > wireless-2.6 tree. In addition, this could be considered for merging > into linus-2.5 tree, so review and comments are very much welcome. Host > AP code has lived in an external CVS repository for three years and is > widely used. > > The included patch has minimal changes to the current tree (against > 2.6.6, but should apply to different versions with some differences in > line numbers) for including a new directory drivers/net/wireless/hostap. > The contents of that new directory is a bit large for a patch file and > since all the files are new, I made it available as a compressed tarball > at http://hostap.epitest.fi/hostap-linux.tgz. This should be untarred in > the root of the kernel tree (i.e., the file paths in the tarball start > with drivers/net/wirelss/hostap/...). > > I removed most of the backwards (for Linux 2.4, pcmcia-cs modules, > different wireless extensions versions) compatibility code. In addition, > I replaced integrated implementations of ARC4, Michael MIC, and AES with > crypto API. AES-CCM mode is still implemented in hostap_crypt_ccmp.c, > but it could be moved at some point to crypto API as a new encryption > mode.
From: David Miller [email blocked] Subject: Re: wireless-2.6 queue opened Date: Wed, 2 Jun 2004 21:10:38 -0700 On Wed, 02 Jun 2004 23:45:28 -0400 Jeff Garzik [email blocked] wrote: > Given that there are at least 3 complete wireless stacks (or > thereabouts) floating about for Linux, I picked one that I felt had the > best chance of being _evolved_ into a nice, clean, generic wireless > stack: HostAP. Even though I authored one of the "other" stacks, I'm totally fine with this choice. Mainly because I simply lack the time or resources to continue working on the stack I started.
From: Jeff Garzik [email blocked] Subject: Re: wireless-2.6 queue opened Date: Thu, 03 Jun 2004 00:17:55 -0400 David S. Miller wrote: > > Even though I authored one of the "other" stacks, I'm totally fine > with this choice. Mainly because I simply lack the time or resources > to continue working on the stack I started. Actually... I want to use some of your stuff too. :) HostAP is a successful implementation, but your stuff was a good example of the glue needed to tie 802.11 tightly to the net stack. HostAP still has some "its a separate driver" stuff it needs to get rid of, as it is made more generic. Jeff
Its a good idea
One of linux's common weakpoints in recent times has been wireless networking. Even in windows WPA is strongly supported now, and wireless installation has been simple. A common infrastructure will strongly encourage the development of high quality drivers, with the added bonus that wireless drivers will join the main kernel branch quicker because there is less code being submitted, and makes it easier for companies to program their drivers.
This will support the infrastructure needed for WPA and WEP right?
One thing that really needs to be done is the introduction of more wireless tools to linux.. We already have the excellent wireless-tools package, however, admittingly, it can be a pain.. What really needs to be done is a standard setup specification for wireless, and at the very least, ncurses tools (GTK/QT maybe too), to allow even newbies to linux to easily set up their wireless (I remember when I got wireless I wasn't sure if my problems were driver related or if my startup script was wrong.. because there was no easy way of telling, and no easy gui to select from a list of AP's to connect to, or just simply autoconnect to one).
At least in my programs case, the more network/wireless drivers included, the better, because that will allow the rest to be easily automatically installed.. But obviously, without networking, my project falls apart, so, I guess I should be bowing down and praising Jeff for his excellent work
Auzy
The driver on demand project
Re: Its a good idea
Yes, HostAP supports it.
One step in the right direction, but not in my direction
I have a broadcom based wireless nic. the only way to get it to work is to use ndiswrapper. I hope the broadcom drivers go open source like the centrino dirvers did
BSD
Does this well: FreeBSD, NetBSD and OpenBSD now share a common and generic "net80211" framework.
RE: BSD
There are big performance issues on FreeBSD and wireless. Trying running your Wi-Fi card in host_ap mode for your WAP for more than one machine, transfering large files... it will die. I switched over to Linux and have enjoyed stability and no deaths of my WAP functions. Also, after one put more than one wireless device onto the network, it will start to drop connections left and right.
some time ago...
maybe around fbsd 5.1... hostap mode and bridging realy would crash the machine... but now im running a -current box in hostap mode with wep and for more than one machine without any problem... realy.
still unter giant, in the future we will see fine-grained-locked version... and maybe with 5.3 giant will be gone for most drivers... (so i hope :-)... performance will get better soon, but is at least for me good enough yet...
and because the stack is under bsd license the linux folks can of course look into it and use it... lets see what the future will come up with...
but for now im quite happy... wireless stack, bluetooth stack, firewire... you dont have to fear hardware support - when u think of *bsd - as much as u may have thought...
and now u can even use the great pf firewall-framework in combination with hostap mode without problems for some advanced networking *g*
Eugene
GREAT!!!
It's a great news, I'd love to see my DWL-520 E1 works directly from the kernel. Right now, I got it works, but the method is kinda complicated.
wow please share
Any chance you'd be willing to share info on how you got that card working? I unknowingly purchased this piece of trash and I have yet to make it work.
Hostap
http://hostap.epitest.fi/
I found this link on the hostap mailing list in this message.
Yep, that's the link.
Yep, that's the link.
802.11b a pain in the ass
Wireless NICs (PCMCIA in particular) are a huge pain in the ass for linux. We desperately need to get good easy drivers in the stock kernel. When I install linux on laptops, the PCMCIA wireless card takes by far the longest to get working. And even then monitor mode is not supported on many of the cards. Sometimes you have to get a patch and a patch for that patch and then use CVS level software (airtraf etc..).
heath
RE: 802.11b a pain in the ass
This is very true. I have a REAL Orinoco Gold Classic and it has in-kernel support (2.6), but no monitor mode without patching PCMCIA-CS with the shmoo patch. If anyone has a better solution to get monitor mode I would appreciate a post.
RE: RE: 802.11b a pain in the ass
I've experienced the same problems and i would be gratful if you could tell me which patches did you apply?
Aro
ymmv
As always, things are better with Linux-friendly hardware. A Prism-based card works good. One wouldn't buy PC hardware for a Mac, and should buy Windows hardware for a Linux box.
Excelent!
This are excelent news!
I just wonder why is it built againt linus main branch (-rc*-bk*) and not against -mm, since it will probably go like the rest of the code: first to -mm for testing and only then to the main branch.
USB
What about USB wireless adapters? I'm still stuck with wlan-ng.
Count me in!
Hi,
as the project leader of http://acx100.sf.net (TI 802.11b ACX100, 802.11b/g ACX111), I know how painful it was to not have a common 802.11 stack. In fact our driver contains an entirely separate 802.11 stack (without Master mode support, though :-().
I will make sure to direct our attention towards getting our driver to use a new common 802.11 framework.
All I can say is: "FINALLY!". Very dangerous projects such as driverloader were threatening to completely rob Linux's existing native driver portfolio. We REALLY need a common stack!!
(in fact I thought of doing work on getting there myself, but I was too busy doing driver work, so I couldn't direct any attention to it)
Greetings,
Andreas Mohr
You wouldn't need a "separate
You wouldn't need a "separate stack" and you'd have master mode if you used the net80211 layer from the madwifi project. Unfortunately various Linux folks feel this code is tainted by being BSD friendly so they've started their own project to do it all over again.
Perhaps
Perhaps they were simply not aware of this?
Still not in the kernel
I see that this patch was not integrated in the 2.6.8-rc1 kernel. Isn't it the first thing to do if we want all the existing drivers to move to the new framework?
Hervé.
Re: Still not in the kernel
Look at: http://gkernel.bkbits.net:8080/wireless-2.6
Any Update?
I am going to write a driver for my sis162 usb wireless card. Huge task for me. If this framework is ready for use, things will be much easier.
sis162 driver
Hi, it seem that a linux driver for this device is not available for free. in italy many asus notebook comes with this device and the only way to get it working is to buy a license from linuxant driverloader.
If you have some code to test, i'm happy to test it!
Please inform me for any new about sis162 on linux
ciao ! (efabsoft-at-libero.it)
sis162 driver
Hi.
I need to get a driver for sis162 or sis163 for an embedded application. Do you know where I can find this driver, or help to write one?
/Thomas
at www.sis.com there is the s
at www.sis.com there is the source to sis160 wlan adapter... that is a good start to make the new driver to sis162