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?
if the wireless extension interface is passed a null string for the ssid
in siwessid, autojoin tries to trim the trailing null and can oops.
I've never been able to trap the oops stack trace so I don't know
exactly where the problem occurs, but this patch fixes it .
wireless_ext 19 defines a new flag IW_QUAL_DBM for wstats -- as our
stats are measured in dbm this patch sets it.
This lets iwconfig & /proc/net/wireless display more sensible results.
with this patch /proc/net/wireless shows
level -58 noise -95