linux-wlan-ng dead; linux-wlan mailing lists shutting down

With prism2_usb in the mainline kernel for a couple of releases now, the 
mainline kernel now supports all prism2 devices.  The linux-wlan-ng 
project is completely obseleted, and there will be no further 
development.

The linux-wlan-ng source code (tarballs and svn/git) will remain 
available for the forseeable future, but the mailing lists are being 
shut down as soon as this message goes out, and future attempts to send 
mail to them will bounce.

The server housing the mailing list archives is set to be retired in the 
medium term, but we will try to ensure they remain online after that.

So long, and thanks for all the fish!

 - Solomon
--

-- 
Solomon Peachy                        solomon <at> linux-wlan.com
AbsoluteValue Systems                 http://www.linux-wlan.com
721-D North Drive                     +1 (321) 259-0737  (office)
Melbourne, FL 32934                   +1 (321) 259-0286  (fax)

_______________________________________________
Linux-wlan-devel mailing list
Linux-wlan-devel <at> lists.linux-wlan.com
http://lists.linux-wlan.com/mailman/listinfo/linux-wlan-devel

Can we redistribute ru010803.hex in linux-firmware.git?

Dear friends

The mainstream 'staging' version of this driver (which is usb only) will
hopefully have firmware upload support using request_firmware() in the
driver from 2.6.31. A working version with this is in Greg-KH's git tree
right now, queued up to flow into mainstream I would imagine once 2.6.30
is out the door.

Would it be possible to re-distribute the usb ram secondary firmware
file ru010803.hex in linux-firmware.git, which is the official
repository for collecting firmware images?

To have it included requires some kind of authorisation from someone who
can give it with reasonable authority. We would include the text that is
currently in src/prism2/README.firmware which would find its way into
the WHENCE file in the mainstream tree firmware directory.

Can the maintainer of linux-wlan-ng give that authorisation please?

Best regards
Karl

[PATCH] staging/wlan-ng: block ioctls until card fully initialised

Add a mutex to block ioctls before the card is fully initialised and
only allow one ioctl at a time.
This stops udev trying to load the firmware before to card is fully up.

patch ported from wlan-ng-devel

Karl Relton <karllinuxtest.relton <at> ntlworld.com> spotted that this was
missing from the staging version,
http://lists.linux-wlan.com/pipermail/linux-wlan-devel/2009-February/003890.html 

Signed-off-by: Richard Kennedy <richard <at> rsk.demon.co.uk>

---
This has only had basic testing, & I haven't tried loading the firmware
yet.  
regards
Richard

diff --git a/drivers/staging/wlan-ng/p80211netdev.c b/drivers/staging/wlan-ng/p80211netdev.c
index 59e5ad1..f6cc298 100644
--- a/drivers/staging/wlan-ng/p80211netdev.c
+++ b/drivers/staging/wlan-ng/p80211netdev.c
@@ -623,6 +623,7 @@ static int p80211knetdev_do_ioctl(netdevice_t *dev, struct ifreq *ifr, int cmd)

 	WLAN_LOG_DEBUG(2, "rx'd ioctl, cmd=%d, len=%d\n", cmd, req->len);

+	mutex_lock(&wlandev->ioctl_lock);
 #ifdef SIOCETHTOOL
 	if (cmd == SIOCETHTOOL) {
 		result = p80211netdev_ethtool(wlandev, (void __user *) ifr->ifr_data);

Loss of p80211_allow_ioctls in Linux drivers/staging/wlan-ng

Greg/Solomon

The version of prism2_usb in the Linux kernel 2.6.28 and onwards (in
drivers/staging/wlan-ng) does not seem to have the call to
p80211_allow_ioctls.

This function was added to the linux-wlan-ng version of the driver back
in March 2008 (see
http://lists.linux-wlan.com/pipermail/linux-wlan-devel/2008-March/003819.html) and was needed
to prevent a race between scripts launched by udev (as a result of the SET_NETDEV_DEV call) and the card
being properly declared ready (by the prism2sta_ifstate call at line 141 of the new prism2usb.c).

Was this deliberately taken out? I would imagine we still need it, since
I would still expect to do some work in userland triggered off udev as
the card is coming up.

Regards
Karl

[PATCH] claim to support up to 2.6.28

Tested with a prism2_usb device

---
 Configure |    4 ++--
 1 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/Configure b/Configure
index 7b62dd2..57a262b 100755
--- a/Configure
+++ b/Configure
@@ -277,9 +277,9 @@ if [ $VERSION_CODE -ge `version 2 6 17` ] ; then
 fi
 write_bool KERN_2_6_17

-if [ $VERSION_CODE -gt `version 2 6 26` ] ; then
+if [ $VERSION_CODE -gt `version 2 6 28` ] ; then
     $ECHO "******* WARNING WARNING WARNING *******"
-    $ECHO "Kernels newer than 2.6.26.x are not supported."
+    $ECHO "Kernels newer than 2.6.28.x are not supported."
     $ECHO "******* WARNING WARNING WARNING *******"
 fi

--

-- 
1.6.0.4

[PATCH] fix prism2_cs.c to compile on 2.6.28

 This is untested, but at least it compiles.
 * pcmcia_get_configuration_info() was removed
   (http://www.mail-archive.com/linux-pcmcia <at> lists.infradead.org/msg01909.html)
 * dropped an unused argument from pcmcia_parse_tuple()
   (http://www.mail-archive.com/linux-pcmcia <at> lists.infradead.org/msg01915.html)
 * CS_SUCCESS was removed
   (http://www.mail-archive.com/linux-pcmcia <at> lists.infradead.org/msg01890.html)

---
 src/prism2/driver/prism2_cs.c |   22 ++++++++++++++++++++++
 1 files changed, 22 insertions(+), 0 deletions(-)

diff --git a/src/prism2/driver/prism2_cs.c b/src/prism2/driver/prism2_cs.c
index 2ba1176..aa05cca 100644
--- a/src/prism2/driver/prism2_cs.c
+++ b/src/prism2/driver/prism2_cs.c
@@ -4,6 +4,10 @@
 #include "prism2mib.c"
 #include "prism2sta.c"

+#if !defined(CS_SUCCESS)
+#define CS_SUCCESS 0x00
+#endif
+
 #if (LINUX_VERSION_CODE <= KERNEL_VERSION(2,4,21) )
 #if (WLAN_CPU_FAMILY == WLAN_Ix86)
 #ifndef CONFIG_ISA
@@ -357,7 +361,11 @@ static int prism2_cs_probe(struct pcmcia_device *pdev)
         tuple.TupleOffset = 0;
         CS_CHECK(GetFirstTuple, pcmcia_get_first_tuple(pdev, &tuple));

[PATCH] pcmcia/version.h removed in 2.6.27

pcmcia/version.h has been empty for a while, and was finally dropped in 2.6.27.
---
 src/prism2/driver/prism2mgmt.c |    2 ++
 src/prism2/driver/prism2mib.c  |    2 ++
 src/prism2/driver/prism2sta.c  |    2 ++
 3 files changed, 6 insertions(+), 0 deletions(-)

diff --git a/src/prism2/driver/prism2mgmt.c b/src/prism2/driver/prism2mgmt.c
index b52efad..878efdf 100644
--- a/src/prism2/driver/prism2mgmt.c
+++ b/src/prism2/driver/prism2mgmt.c
@@ -85,7 +85,9 @@
 #endif

 #if (WLAN_HOSTIF == WLAN_PCMCIA)
+#if (LINUX_VERSION_CODE < KERNEL_VERSION(2,6,27))
 #include <pcmcia/version.h>
+#endif
 #include <pcmcia/cs_types.h>
 #include <pcmcia/cs.h>
 #include <pcmcia/cistpl.h>
diff --git a/src/prism2/driver/prism2mib.c b/src/prism2/driver/prism2mib.c
index 774b44f..c5c430b 100644
--- a/src/prism2/driver/prism2mib.c
+++ b/src/prism2/driver/prism2mib.c
@@ -73,7 +73,9 @@
 #include <wlan/wlan_compat.h>

 #if (WLAN_HOSTIF == WLAN_PCMCIA)
+#if (LINUX_VERSION_CODE < KERNEL_VERSION(2,6,27))

[PATCH] semaphore.h moved in 2.6.26

With 2.6.26, semaphore.h was moved from include/asm to include/linux
---
 src/prism2/driver/hfa384x.c |    4 ++++
 1 files changed, 4 insertions(+), 0 deletions(-)

diff --git a/src/prism2/driver/hfa384x.c b/src/prism2/driver/hfa384x.c
index e706e6e..928f777 100644
--- a/src/prism2/driver/hfa384x.c
+++ b/src/prism2/driver/hfa384x.c
@@ -131,7 +131,11 @@
 #include <linux/wireless.h>
 #include <linux/netdevice.h>
 #include <linux/timer.h>
+#if (LINUX_VERSION_CODE < KERNEL_VERSION(2,6,26))
 #include <asm/semaphore.h>
+#else
+#include <linux/semaphore.h>
+#endif
 #include <asm/io.h>
 #include <linux/delay.h>
 #include <asm/byteorder.h>
--

-- 
1.5.6.3

wlan-ng in kernel staging

hi all,
I don't know if you saw this :- 
http://marc.info/?l=linux-kernel&m=122367876126577&w=2

Greg Kroah-Hartman has taken a version of the usb driver into the kernel
staging tree.
I haven't tried it yet, so I don't know if it works, but it's
interesting anyway :)

I don't know what should be done about firmware loading, any
suggestions?
regards
Richard

Queued patches

Hi Solomon

Did Pavel's and Richard's proposed fixes get accepted?

http://lists.linux-wlan.com/pipermail/linux-wlan-devel/2008-July/003853.html
http://lists.linux-wlan.com/pipermail/linux-wlan-devel/2008-August/003861.html

Currently Ubuntu Intrepid is shipping pre-releases using linux
2.6.27(-rcX) with broken prism drivers, most likely due to the issues
reported above.

Karl

Fix oops in wlan_setup on 2.6.27-rc3

Fix oops in wlan_setup on 2.6.27-rc3

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 <richard <at> rsk.demon.co.uk>
----

both of these functions have existed for many kernel versions so we
could enable this to cover them, but I haven't tested it. I haven't
checked how long alloc_netdev() has existed, but we could look it up in
git if anyone cares.

Patch is against latest git & works on 2.6.27-rc3.

Richard

diff --git a/src/p80211/p80211netdev.c b/src/p80211/p80211netdev.c
index c8d879a..14d1329 100644
--- a/src/p80211/p80211netdev.c
+++ b/src/p80211/p80211netdev.c
@@ -869,6 +869,30 @@ static int wlan_change_mtu(netdevice_t *dev, int new_mtu)
         return 0;
 }