diff options
| author | Jouni Malinen <[email protected]> | 2013-09-30 09:36:05 +0000 |
|---|---|---|
| committer | Johannes Berg <[email protected]> | 2013-09-30 10:36:56 +0000 |
| commit | 22c4ceed0184318ec5a6182c6d75d398452c2e39 (patch) | |
| tree | 061bbe36e029fa9b6ee40ebd5b4f129bfbd92bfb /net/ipv4/tcp_output.c | |
| parent | mac80211: update sta->last_rx on acked tx frames (diff) | |
| download | kernel-22c4ceed0184318ec5a6182c6d75d398452c2e39.tar.gz kernel-22c4ceed0184318ec5a6182c6d75d398452c2e39.zip | |
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 <[email protected]>
Signed-off-by: Johannes Berg <[email protected]>
Diffstat (limited to 'net/ipv4/tcp_output.c')
0 files changed, 0 insertions, 0 deletions