summaryrefslogtreecommitdiff
path: root/kernel/mutex.c
diff options
context:
space:
mode:
authorJouni Malinen <j@w1.fi>2013-09-30 09:36:05 (GMT)
committerJohannes Berg <johannes.berg@intel.com>2013-09-30 10:36:56 (GMT)
commit22c4ceed0184318ec5a6182c6d75d398452c2e39 (patch)
tree061bbe36e029fa9b6ee40ebd5b4f129bfbd92bfb /kernel/mutex.c
parent0c5b93290b2f3c7a376567c03ae8d385b0e99851 (diff)
downloadlinux-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