linux.git/drivers/net/wireless, branch v2.6.39

Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6

2011-05-11T23:13:08+00:00

libertas: fix cmdpendingq locking

2011-05-10T19:47:00+00:00

We occasionally see list corruption using libertas.

While we haven't been able to diagnose this precisely, we have spotted
a possible cause: cmdpendingq is generally modified with driver_lock
held. However, there are a couple of points where this is not the case.

Fix up those operations to execute under the lock, it seems like
the correct thing to do and will hopefully improve the situation.

Signed-off-by: Paul Fox 
Signed-off-by: Daniel Drake 
Acked-by: Dan Williams 
Cc: stable@kernel.org
Signed-off-by: John W. Linville

iwlegacy: fix IBSS mode crashes

2011-05-10T19:46:59+00:00

We should not switch to non-IBSS channels when working in IBSS mode,
otherwise there are microcode errors, and after some time system
crashes.

This bug is only observable when software scan is used in IBSS mode,
so should be considered as regression after:

commit 0263aa45293838b514b8af674a03faf040991a90
Author: Stanislaw Gruszka 
Date:   Tue Mar 29 11:24:21 2011 +0200

    iwl3945: disable hw scan by default

However IBSS mode check, which this patch add again, was removed by

commit b2f30e8bdd8ef5f3b5a7ef9146509585a15347d3
Author: Johannes Berg 
Date:   Thu Jan 21 07:32:20 2010 -0800

    iwlwifi: remove IBSS channel sanity check

That commit claim that mac80211 will not use non-IBSS channel in IBSS
mode, what definitely is not true. Bug probably should be fixed in
mac80211, but that will require more work, so better to apply that patch
temporally, and provide proper mac80211 fix latter.

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

Reported-and-tested-by: Mikko Rapeli 
Cc: stable@kernel.org # 2.6.38.5+
Signed-off-by: Stanislaw Gruszka 
Signed-off-by: John W. Linville

ath9k: Fix a warning due to a queued work during S3 state

2011-05-10T19:46:58+00:00

during suspend/S3 state drv_flush is called from mac80211 irrespective of
interface count. In ath9k we queue a work in ath9k_flush which we expect
to be cancelled in the drv_stop call back. during suspend process mac80211
calls drv_stop only when the interface count(local->count) is non-zero.
unfortunately when the network manager is enabled, drv_flush is called
while drv_stop is not called as local->count reaches '0'.
	So fix this by simply checking for the device presence in the
drv_flush call back in the driver before queueing work or anything else.
this patch fixes the following WARNING

	Call Trace:
	[] warn_slowpath_common+0x72/0xa0
	[] ? ieee80211_can_queue_work+0x39/0x50 [mac80211]
	[] ? ieee80211_can_queue_work+0x39/0x50 [mac80211]
	[] warn_slowpath_fmt+0x2b/0x30
	[] ieee80211_can_queue_work+0x39/0x50 [mac80211]
	[] ieee80211_queue_delayed_work+0x21/0x50 [mac80211]
	[] ath_tx_complete_poll_work+0xb2/0x100 [ath9k]
	[] run_workqueue+0x8e/0x150
	[] ? ath_tx_complete_poll_work+0x0/0x100 [ath9k]
	[] worker_thread+0x84/0xe0
	[] ? autoremove_wake_function+0x0/0x50
	[] ? worker_thread+0x0/0xe0
	[] kthread+0x74/0x80
	[] ? kthread+0x0/0x80
	[] kernel_thread_helper+0x7/0x10
---[ end trace 2aff81010df9215b ]---

Signed-off-by: Rajkumar Manoharan 
Signed-off-by: Mohammed Shafi Shajakhan 
Signed-off-by: John W. Linville

Merge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6

2011-05-02T19:21:47+00:00

iwl4965: fix "Received BA when not expected"

2011-04-29T19:24:15+00:00

Need to use broadcast sta_id for management frames, otherwise we broke
BA session in the firmware and get messages like that:

"Received BA when not expected"

or (on older kernels):

"BA scd_flow 0 does not match txq_id 10"

This fix regression introduced in 2.6.35 during station management
code rewrite by:

commit 2a87c26bbe9587baeb9e56d3ce0b4971bd777643
Author: Johannes Berg 
Date:   Fri Apr 30 11:30:45 2010 -0700

    iwlwifi: use iwl_find_station less

Signed-off-by: Stanislaw Gruszka 
Signed-off-by: John W. Linville

iwlagn: fix "Received BA when not expected"

2011-04-29T19:24:15+00:00

Need to use broadcast sta_id for management frames, otherwise we broke
BA session in the firmware and get messages like that:

"Received BA when not expected"

or (on older kernels):

"BA scd_flow 0 does not match txq_id 10"

This fix regression introduced in 2.6.35 during station management
code rewrite by:

commit 2a87c26bbe9587baeb9e56d3ce0b4971bd777643
Author: Johannes Berg 
Date:   Fri Apr 30 11:30:45 2010 -0700

    iwlwifi: use iwl_find_station less

Patch partially resolve:
https://bugzilla.kernel.org/show_bug.cgi?id=16691
However, there are still 11n performance problems on 4965 and 5xxx
devices that need to be investigated.

Cc: stable@kernel.org # 2.6.35+
Signed-off-by: Stanislaw Gruszka 
Acked-by: Johannes Berg 
Acked-by: Wey-Yi Guy 
Signed-off-by: John W. Linville

iwl4965: fix "TX Power requested while scanning"

2011-04-28T18:38:36+00:00

Fix the following:

WARNING: at drivers/net/wireless/iwlegacy/iwl-4965.c:1128 \
iwl4965_send_tx_power+0x61/0x102 [iwl4965]() Hardware name: [...]
TX Power requested while scanning!

Pid: 5723, comm: kworker/u:28 Not tainted 2.6.39-0.rc4.4.fc14.x86_64 #1
Call Trace:
 [] warn_slowpath_common+0x85/0x9d
 [] ? iwl4965_show_temperature+0x49/0x49 [iwl4965]
 [] warn_slowpath_fmt+0x46/0x48
 [] iwl4965_send_tx_power+0x61/0x102 [iwl4965]
 [] ? mutex_lock+0x36/0x50
 [] iwl4965_bg_txpower_work+0x57/0x73 [iwl4965]
 [] process_one_work+0x18d/0x286
 [] worker_thread+0xfd/0x181
 [] ? manage_workers.clone.16+0x172/0x172
 [] kthread+0x82/0x8a
 [] kernel_thread_helper+0x4/0x10
 [] ? kthread_worker_fn+0x14b/0x14b
 [] ? gs_change+0x13/0x13

Reported-and-tested-by: Paul Bolle 
Signed-off-by: Stanislaw Gruszka 
Signed-off-by: John W. Linville

iwlegacy: led stay solid on when no traffic

2011-04-28T18:38:35+00:00

commit 5ed540aecc2aae92d5c97b9a9306a5bf88ad5574 change the led behavior
for iwlwifi driver; the side effect cause led blink all the time.

Modify the led blink table to fix this problem

Signed-off-by: Wey-Yi Guy 
Signed-off-by: John W. Linville

b43: trivial: update module info about ucode16_mimo firmware

2011-04-28T18:38:35+00:00

Signed-off-by: Rafał Miłecki 
Signed-off-by: John W. Linville