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

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

rt2x00: usb: fix reset resume

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

Patch fixes warnings like below happened on resume:

WARNING: at net/mac80211/driver-ops.h:12 check_sdata_in_driver+0x32/0x34()

Problem is that in __ieee80211_susped() we remove sdata (i.e wlan0
interface) and then during resume we call usb_unbind_interface() ->
ieee80211_unregister_hw() with sdata removed.

Patch fixes problem by adding .reset_resume calback, hence we do not
unbind usb device on resume. This callback can be the same as normal
.resume callback, sice we do all needed initalization during interface
start, which is performed on resume [ ieee80211_resume() ->
ieee80211_reconfig() -> rt2x00mac_start() -> rt2x00lib_start ].

Resolves:
https://bugzilla.kernel.org/show_bug.cgi?id=48041

Reported-by: David Herrmann 
Reported-and-tested-by: Stephen Boyd 
Cc: stable@vger.kernel.org
Signed-off-by: Stanislaw Gruszka 
Acked-by: Gertjan van Wingerde 
Signed-off-by: John W. Linville

rtlwifi: pass rx setup error code to caller

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

If _rtl_usb_receive fails, the device is
probably not ready. Hence the error code
should be passed to the caller, so it can
react accordingly and notify the user.

Signed-off-by: Christian Lamparter 
Acked-by: Larry Finger 
Signed-off-by: John W. Linville

iwlwifi: fix 6000 series channel switch command

2012-10-16T14:28:36+00:00

The channel switch command for 6000 series devices
is larger than the maximum inline command size of
320 bytes. The command is therefore refused with a
warning. Fix this by allocating the command and
using the NOCOPY mechanism.

Cc: stable@kernel.org
Reviewed-by: Emmanuel Grumbach 
Signed-off-by: Johannes Berg

net/wireless: ipw2200: Fix panic occurring in ipw_handle_promiscuous_tx()

2012-10-15T18:45:52+00:00

The driver does not count space of radiotap fields when allocating skb for
radiotap packet. This leads to kernel panic with the following call trace:

...
[67607.676067] [] error_code+0x67/0x6c
[67607.676067] [] ? skb_put+0x91/0xa0
[67607.676067] [] ? ipw_handle_promiscuous_tx+0x16b/0x2d0 [ipw2200]
[67607.676067] [] ipw_handle_promiscuous_tx+0x16b/0x2d0 [ipw2200]
[67607.676067] [] ipw_net_hard_start_xmit+0x8b/0x90 [ipw2200]
[67607.676067] [] libipw_xmit+0x55a/0x980 [libipw]
[67607.676067] [] dev_hard_start_xmit+0x218/0x4d0
...

This bug was found by VittGam.
https://bugzilla.kernel.org/show_bug.cgi?id=43255

Cc: stable@kernel.org
Signed-off-by: Stanislav Yakovlev 
Signed-off-by: John W. Linville