oops caused by not setting up network device queues.
Change wlan_setup to use the kernel provided alloc_netdev() rather than
hand coding it. This should help avoid any future problems.
Also change register_wlandev to not call dev_alloc_name() as
register_netdev() will do that if the device name has been setup.
Signed-off-by: Richard Kennedy <firstname.lastname@example.org>
Subject: [lwlan-devel] [PATCH] Fix for Linux 2.6.27 WE API
Functions supplying scan data to the userspace will get an additional
argument in Linux 2.6.27. The patch checks IW_REQUEST_FLAG_COMPAT in
addition to the kernel version, so that older kernels with backported
changes are handled as well.
[ Note that Fedora backported this code to their later 2.6.25 kernels ]
there's been a discussion on lkml about making 4k stacks the default for
x86, and Fedora already uses 4k stacks so we don't seem to have any
Even so, this simple patch just moves temporary buffers to allow gcc to
better manage the stack usage in prism2mib_priv.
checkstack reports the usage going from 1120 down to 480 in
I think it's worth doing this just to head off any problems before we
|Here the patch to return an error in the wext functions if the card
|state != running.
|It doesn't stop the collision between the auto enable & udev startup
|but I think it is worth having anyway.
|I left it returning UBUSY rather than UNODEV because NetworkManager puts
|a nice "card is busy" message in the logs which is easy to understand.
|But it doesn't make a lot of difference either way.
|It also adds in a couple of missing DBFENTER / DBFEXIT
What about this patch? It adds a mutex to protect the ioctl calls and
holds it locked until the init routine has finished.
It works for me, but it's only had minimal testing.
But it works for both the cold boot and reload cases and we don't have
to add any delays into the scripts. It should just work, and hold up
any user space processes until prism2sta_probe_usb has finished.
It also means that you can't run 2 ioctls at the same time, which I
think is a good thing :)
I've added code to the _cs, _pci, and _plx drivers to mirror the changes
to the _usb code.
I'm very thankfull to all of you who contribute to this project and
enable my using of an USB WiFi dongle that is not supported by stock
kernel. Nevertheless I allways have to patch new versions of
linux-wlan-ng driver to enable use of my dongle. Can you please include
this patch in the next release?