linux-stable.git/drivers/net/wireless, branch linux-2.6.28.y

ath9k: AR9280 PCI devices must serialize IO as well

2009-05-02T17:57:15+00:00

This is a port of:
commit SHA1 5ec905a8df3fa877566ba98298433fbfb3d688cc
for 2.6.28

Signed-off-by: Luis R. Rodriguez

ath9k: implement IO serialization

2009-05-02T17:57:15+00:00

This is a port of:
commit SHA1 6158425be398936af1fd04451f78ffad01529cb0
for 2.6.28.

All 802.11n PCI devices (Cardbus, PCI, mini-PCI) require
serialization of IO when on non-uniprocessor systems. PCI
express devices not not require this.

This should fix our only last standing open ath9k kernel.org
bugzilla bug report:

http://bugzilla.kernel.org/show_bug.cgi?id=12110

Signed-off-by: Luis R. Rodriguez 
Signed-off-by: Greg Kroah-Hartman

b43: fix b43_plcp_get_bitrate_idx_ofdm return type

2009-05-02T17:56:36+00:00

upstream commit: a3c0b87c4f21911fb7185902dd13f0e3cd7f33f7

This patch fixes the return type of b43_plcp_get_bitrate_idx_ofdm. If
the plcp contains an error, the function return value is 255 instead
of -1, and the packet was not dropped. This causes a warning in
__ieee80211_rx function because rate idx is out of range.

Signed-off-by: Lorenzo Nava 
Signed-off-by: Michael Buesch 
Signed-off-by: John W. Linville 
Signed-off-by: Chris Wright 
Signed-off-by: Greg Kroah-Hartman

rtl8187: New USB ID's for RTL8187L

2009-03-17T00:32:05+00:00

commit 046ee5d26ac91316a8ac0a29c0b33139dc9da20d upstream.

Add new USB ID codes. These come from two postings on forums and
mailing lists, and four are derived from the .inf that accompanies
the latest Realtek Windows driver for the RTL8187L.

Thanks to Viktor Ilijašić  and Xose Vazquez
Perez  for reporting these new ID's.

Signed-off-by: Larry Finger 
Signed-off-by: John W. Linville 
Signed-off-by: Greg Kroah-Hartman

zd1211rw: treat MAXIM_NEW_RF(0x08) as UW2453_RF(0x09) for TP-Link WN322/422G

2009-02-17T17:28:46+00:00

commit efb43f4b2ccf8066abc3920a0e6858e4350a65c7 upstream.

Three people (Petr Mensik 
["si" should be U+0161 U+00ED], Stephen Ho 
on zd1211-devs and Ismael Ojeda Perez 
on linux-wireless) reported success in getting TP-Link WN322G/WN422G
working by treating MAXIM_NEW_RF(0x08) as UW2453_RF(0x09) for rf
chip hardware initialization.

Signed-off-by: Hin-Tak Leung 
Tested-by: Petr Mensik 
Tested-by: Stephen Ho 
Tested-by: Ismael Ojeda Perez 
Signed-off-by: John W. Linville 
Signed-off-by: Greg Kroah-Hartman

zd1211rw: adding 0ace:0xa211 as a ZD1211 device

2009-02-17T17:28:46+00:00

commit 14990c69b5f51dd57b4e0e2373de50239ac861e2 upstream.

Christoph Biedl  reported success
in the sourceforge zd1211 mailing list on this addition. This product ID
was supported by the vendor driver ZD1211LnxDrv 2.22.0.0 (and possibly
earlier) and it probably should have been added earlier.

Signed-off-by: Hin-Tak Leung 
Tested-by: Christoph Biedl 
Signed-off-by: John W. Linville 
Signed-off-by: Greg Kroah-Hartman

ipw2200: fix scanning while associated

2009-02-12T17:50:36+00:00

commit 14a4dfe2ff8c353f59ae8324059ded1cfe22c7d9 upstream.

This patch fixes sporadic firmware restarts when scanning while associated.

The firmware will quietly cancel a scan (while associated) if the dwell time
for a channel to be scanned is larger than the time it may stay away from the
operating channel (because of DTIM catching). Unfortunately the driver is not
notified about the canceled scan and therefore the scan watchdog timeout will
be hit and the driver causes a firmware restart which results in
disassociation. This mainly happens on passive channels which use a dwell time
of 120 whereas a typical beacon interval is around 100.

The patch changes the dwell time for passive channels to be slightly smaller
than the actual beacon interval to work around the firmware issue. Furthermore
the number of allowed beacon misses is increased from one to three as otherwise
most scans (while associated) won't complete successfully.

However scanning while associated will still fail in corner cases such as a
beacon intervals below 30.

Signed-off-by: Helmut Schaa 
Signed-off-by: John W. Linville 
Signed-off-by: Greg Kroah-Hartman

p54usb: rewriting rx/tx routines to make use of usb_anchor's facilities

2009-02-06T21:47:22+00:00

commit dd397dc9dddfa2149a1bbc9e52ac7d5630737cec upstream

Alan Stern found several flaws in p54usb's implementation and annotated:
"usb_kill_urb() and similar routines do not expect an URB's completion
routine to deallocate it.  This is almost obvious -- if the URB is deallocated
before the completion routine returns then there's no way for usb_kill_urb
to detect when the URB actually is complete."

This patch addresses all known limitations in the old implementation and fixes
khub's "use-after-freed" hang, when SLUB debug's poisoning option is enabled.

Signed-off-by: Christian Lamparter 
Tested-by: Larry Finger 
Signed-off-by: John W. Linville 
Signed-off-by: Greg Kroah-Hartman

p54: fix p54_read_eeprom to cope with tx_hdr_len

2009-02-06T21:47:20+00:00

commit b92f30d65aeb0502e2ed8beb80c8465578b40002 upstream

This patch fixes a regression in "p54: move eeprom code into common library"
7cb770729ba895f73253dfcd46c3fcba45d896f9

Some of p54usb's devices need a little headroom for the transportation and
this was forgotten in the eeprom change.

Signed-off-by: Christian Lamparter 
Signed-off-by: Greg Kroah-Hartman

p54: fix lm87 checksum endianness

2009-02-06T21:47:20+00:00

commit c91276592695e13d1b52eab572551017cbf96ee7 upstream

This fixes the checksum calculation for lm87 firmwares
on big endian platforms, the device treats the data as
an array of 32-bit little endian values so the driver
needs to do that as well.

Signed-off-by: Johannes Berg 
Acked-by: Christian Lamparter 
Signed-off-by: John W. Linville