login
Header Space

 
 

Linux: Generic 2.6 Wireless Driver

June 3, 2004 - 10:52pm
Submitted by Jeremy on June 3, 2004 - 10:52pm.
Linux news

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



Related Links:

Its a good idea

June 4, 2004 - 4:13am

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

June 4, 2004 - 6:11pm

This will support the infrastructure needed for WPA and WEP right?

Yes, HostAP supports it.

One step in the right direction, but not in my direction

June 7, 2004 - 3:19am
Anonymous

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

June 4, 2004 - 5:12am
Anonymous

Does this well: FreeBSD, NetBSD and OpenBSD now share a common and generic "net80211" framework.

RE: BSD

June 4, 2004 - 3:15pm

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

June 5, 2004 - 11:18pm
Anonymous

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

June 4, 2004 - 5:34am
Anonymous

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

June 7, 2004 - 2:52pm
Anonymous

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

June 8, 2004 - 5:48pm
Anonymous

http://hostap.epitest.fi/

I found this link on the hostap mailing list in this message.

Yep, that's the link.

June 10, 2004 - 1:51am
Anonymous

Yep, that's the link.

802.11b a pain in the ass

June 4, 2004 - 9:29am

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

June 4, 2004 - 3:17pm

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

August 2, 2004 - 4:08pm
Anonymous

I've experienced the same problems and i would be gratful if you could tell me which patches did you apply?

Aro

ymmv

June 4, 2004 - 8:19pm
Anonymous

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!

June 4, 2004 - 6:15pm

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

June 7, 2004 - 5:57pm
Anonymous

What about USB wireless adapters? I'm still stuck with wlan-ng.

Count me in!

June 8, 2004 - 3:01am
Anonymous

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

June 27, 2004 - 3:10pm
Anonymous

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

August 7, 2004 - 8:34am
Anonymous

Perhaps they were simply not aware of this?

Still not in the kernel

July 12, 2004 - 5:26am
Anonymous

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

Any Update?

July 6, 2005 - 10:30pm
idlecat (not verified)

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

August 26, 2005 - 11:21pm
fabsoft (not verified)

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

November 3, 2005 - 6:21am
thomasholme (not verified)

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

January 4, 2006 - 9:23am
Nilzao (not verified)

at www.sis.com there is the source to sis160 wlan adapter... that is a good start to make the new driver to sis162

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
speck-geostationary