We were issues probe requests to the associated AP on the wrong band by having our beacon timer loss trigger while we are scanning. When we would scan the timer could hit and force us to send a probe request to the AP but with a chance we'd be on the wrong band. This leads to finding no usable bitrate but we should not get so far on the xmit path. We should not be trying to send these probe request frames so prevent the timer from stuffing beacon loss work on the mac80211 workqueue when scanning. Tested-by: Fabio Rossi <rossi.f@xxxxxxxxx> Signed-off-by: Luis R. Rodriguez <lrodriguez@xxxxxxxxxxx> --- net/mac80211/mlme.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/net/mac80211/mlme.c b/net/mac80211/mlme.c index 523c0d9..e90992e 100644 --- a/net/mac80211/mlme.c +++ b/net/mac80211/mlme.c @@ -2187,7 +2187,7 @@ static void ieee80211_sta_bcn_mon_timer(unsigned long data) (struct ieee80211_sub_if_data *) data; struct ieee80211_local *local = sdata->local; - if (local->quiescing) + if (local->quiescing || local->sw_scanning || local->hw_scanning) return; queue_work(sdata->local->hw.workqueue, -- 1.6.3.3 -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
