summaryrefslogtreecommitdiffstats
path: root/net/mac80211
diff options
context:
space:
mode:
authorJohannes Berg <johannes.berg@intel.com>2014-03-27 15:39:20 +0100
committerJohannes Berg <johannes.berg@intel.com>2014-04-09 10:47:47 +0200
commit115b943a6ea12656088fa1ff6634c0d30815e55b (patch)
tree29ee8b91c2b13be267714ec2458fe464bf7e89f7 /net/mac80211
parentce7613db2d8d4d5af2587ab5d7090055c4562201 (diff)
downloadtalos-obmc-linux-115b943a6ea12656088fa1ff6634c0d30815e55b.tar.gz
talos-obmc-linux-115b943a6ea12656088fa1ff6634c0d30815e55b.zip
mac80211: fix software remain-on-channel implementation
Jouni reported that when doing off-channel transmissions mixed with on-channel transmissions, the on-channel ones ended up on the off-channel in some cases. The reason for that is that during the refactoring of the off- channel code, I lost the part that stopped all activity and as a consequence the on-channel frames (including data frames) were no longer queued but would be transmitted on the temporary channel. Fix this by simply restoring the lost activity stop call. Cc: stable@vger.kernel.org Fixes: 2eb278e083549 ("mac80211: unify SW/offload remain-on-channel") Reported-by: Jouni Malinen <j@w1.fi> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'net/mac80211')
-rw-r--r--net/mac80211/offchannel.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/net/mac80211/offchannel.c b/net/mac80211/offchannel.c
index 0c2a29484c07..6fb38558a5e6 100644
--- a/net/mac80211/offchannel.c
+++ b/net/mac80211/offchannel.c
@@ -355,6 +355,7 @@ void ieee80211_sw_roc_work(struct work_struct *work)
struct ieee80211_roc_work *dep;
/* start this ROC */
+ ieee80211_offchannel_stop_vifs(local);
/* switch channel etc */
ieee80211_recalc_idle(local);
OpenPOWER on IntegriCloud