linux.git/drivers/net/wireless, branch v3.7-rc5

drivers/net: use tasklet_kill in device remove/close process

2012-11-03T19:10:15+00:00

Some driver uses tasklet_disable in device remove/close process,
tasklet_disable will inc tasklet->count and return. If the tasklet
is not handled yet because some softirq pressure, the tasklet will
placed on the tasklet_vec, never have a chance to excute. This might
lead to ksoftirqd heavy loaded, wakeup with pending_softirq, but
tasklet is disabled. tasklet_kill should be used in this case.

Signed-off-by: Xiaotian Feng 
Cc: "David S. Miller" 
Cc: netdev@vger.kernel.org
Signed-off-by: David S. Miller

ath9k: Test for TID only in BlockAcks while checking tx status

2012-10-30T19:58:54+00:00

The ath9k xmit functions for AMPDUs can send frames as non-aggregate in case
only one frame is currently available. The client will then answer using a
normal Ack instead of a BlockAck. This acknowledgement has no TID stored and
therefore the hardware is not able to provide us the corresponding TID.

The TID set by the hardware in the tx status descriptor has to be seen as
undefined and not as a valid TID value for normal acknowledgements. Doing
otherwise results in a massive amount of retransmissions and stalls of
connections.

Users may experience low bandwidth and complete connection stalls in
environments with transfers using multiple TIDs.

This regression was introduced in b11b160defc48e4daa283f785192ea3a23a51f8e
("ath9k: validate the TID in the tx status information").

Signed-off-by: Sven Eckelmann 
Signed-off-by: Simon Wunderlich 
Cc: stable@vger.kernel.org
Acked-by: Felix Fietkau 
Signed-off-by: John W. Linville

rt2800: validate step value for temperature compensation

2012-10-30T19:58:54+00:00

Some hardware has correct (!= 0xff) value of tssi_bounds[4] in the
EEPROM, but step is equal to 0xff. This results on ridiculous delta
calculations and completely broke TX power settings.

Reported-and-tested-by: Pavel Lucik 
Cc: stable@vger.kernel.org
Signed-off-by: Stanislaw Gruszka 
Acked-by: Ivo van Doorn 
Signed-off-by: John W. Linville

ath9k: fix stale pointers potentially causing access to free'd skbs

2012-10-29T18:18:21+00:00

bf->bf_next is only while buffers are chained as part of an A-MPDU
in the tx queue. When a tid queue is flushed (e.g. on tearing down
an aggregation session), frames can be enqueued again as normal
transmission, without bf_next being cleared. This can lead to the
old pointer being dereferenced again later.

This patch might fix crashes and "Failed to stop TX DMA!" messages.

Signed-off-by: Felix Fietkau 
Cc: stable@vger.kernel.org
Signed-off-by: John W. Linville

b43: Fix oops on unload when firmware not found

2012-10-24T17:18:09+00:00

When b43 fails to find firmware when loaded, a subsequent unload will
oops due to calling ieee80211_unregister_hw() when the corresponding
register call was never made.

Commit 2d838bb608e2d1f6cb4280e76748cb812dc822e7 fixed the same problem
for b43legacy.

Signed-off-by: Larry Finger 
Tested-by: Markus Kanet 
Cc: Stable  [V3.3.0+ (the patch will need to be refactored)]
Cc: Markus Kanet 
Signed-off-by: John W. Linville

mwifiex: clean up scan state on error

2012-10-24T17:18:09+00:00

De-reference and deallocate scan state on failure.

Signed-off-by: Bing Zhao 
Signed-off-by: Paul Stewart 
Tested-by: Paul Stewart 
Reviewed-by: Ryan Cairns 
Signed-off-by: Amitkumar Karwar 
Signed-off-by: John W. Linville

mwifiex: return -EBUSY if specific scan request cannot be honored

2012-10-24T17:18:09+00:00

Previous patch "mwifiex: return -EBUSY if scan request cannot.."
corrected regular scan request only. There is another case for
specific scan that needs the same handling.

Also, removed !req_ssid check as it has already been validated
by caller.

Signed-off-by: Bing Zhao 
Signed-off-by: Paul Stewart 
Reviewed-by: Ryan Cairns 
Signed-off-by: Amitkumar Karwar 
Signed-off-by: John W. Linville

brcmfmac: fix potential NULL dereference

2012-10-24T17:18:08+00:00

Fix a samtch warnings catched by Fengguang's 0-DAY system:
+ drivers/net/wireless/brcm80211/brcmfmac/wl_cfg80211.c:3572 brcmf_cfg80211_sched_scan_start() error: we previously assumed 'request' could be null (see line 3571)

Cc: John W. Linville 
Signed-off-by: Yuanhan Liu 
Acked-by: Franky Lin 
Signed-off-by: John W. Linville

Revert "ath9k_hw: Updated AR9003 tx gain table for 5GHz"

2012-10-24T17:18:08+00:00

This reverts commit a240dc7b3c7463bd60cf0a9b2a90f52f78aae0fd.

This commit is reducing tx power by at least 10 db on some devices,
e.g. the Buffalo WZR-HP-G450H.

Signed-off-by: Felix Fietkau 
Cc: stable@vger.kernel.org
Cc: rmanohar@qca.qualcomm.com
Signed-off-by: John W. Linville

ath9k_htc: Add PID/VID for a Ubiquiti WiFiStation

2012-10-24T17:18:08+00:00

Roger says, Ubiquiti produce 2 versions of their WiFiStation USB adapter.  One
has an internal antenna, the other has an external antenna and
name suffix EXT.  They have separate USB ids and in distribution
openSUSE 12.2 (kernel 3.4.6), file /usr/share/usb.ids shows:

  0cf3  Atheros Communications, Inc.
       ...
       b002  Ubiquiti WiFiStation 802.11n [Atheros AR9271]
       b003  Ubiquiti WiFiStationEXT 802.11n [Atheros AR9271]

Add b002 Ubiquiti WiFiStation in the PID/VID list.

Reported-by: Roger Price 
Signed-off-by: Mohammed Shafi Shajakhan 
Signed-off-by: John W. Linville