diff options
author | Jouni Malinen <j@w1.fi> | 2013-09-30 09:36:05 (GMT) |
---|---|---|
committer | Johannes Berg <johannes.berg@intel.com> | 2013-09-30 10:36:56 (GMT) |
commit | 22c4ceed0184318ec5a6182c6d75d398452c2e39 (patch) | |
tree | 061bbe36e029fa9b6ee40ebd5b4f129bfbd92bfb /kernel/mutex.c | |
parent | 0c5b93290b2f3c7a376567c03ae8d385b0e99851 (diff) | |
download | linux-fsl-qoriq-22c4ceed0184318ec5a6182c6d75d398452c2e39.tar.xz |
mac80211: Run deferred scan if last roc_list item is not started
mac80211 scan processing could get stuck if roc work for pending, but
not started when a scan request was deferred due to such roc item.
Normally the deferred scan would be started from
ieee80211_start_next_roc(), but ieee80211_sw_roc_work() calls that only
if the finished ROC was started. Fix this by calling
ieee80211_run_deferred_scan() in the case the last ROC was not actually
started.
This issue was hit relatively easily in P2P find operations where Listen
state (remain-on-channel) and Search state (scan) are repeated in a
loop.
Signed-off-by: Jouni Malinen <j@w1.fi>
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'kernel/mutex.c')
0 files changed, 0 insertions, 0 deletions