summaryrefslogtreecommitdiffstats
path: root/net/mac80211/util.c
diff options
context:
space:
mode:
authorJohannes Berg <johannes.berg@intel.com>2015-03-01 09:10:03 +0200
committerJohannes Berg <johannes.berg@intel.com>2015-03-03 15:56:08 +0100
commitbe72afe0a43825ea357bf61f01ff8fe9938fe7d4 (patch)
treefc09a4fe3aab5d79b7529a239ccab3d1fe4d39f1 /net/mac80211/util.c
parentfb28ec0ce4acd54cb1972d224e2caf287b60d9c9 (diff)
downloadtalos-op-linux-be72afe0a43825ea357bf61f01ff8fe9938fe7d4.tar.gz
talos-op-linux-be72afe0a43825ea357bf61f01ff8fe9938fe7d4.zip
mac80211: fix another suspend vs. association race
Since cfg80211 disconnects, but has no insight into the association process, it can happen that it disconnects while association is in progress. We then try to abort association in mac80211, but this is only later so the association can complete between the two. This results in removing an interface from the driver while bound to the channel context, obviously causing confusion and issues. Solve this by also checking if we're associated during quiesce and if so deauthenticating. The frame will no longer go out to the AP which is a bit unfortunate, but it'll resolve the crash (and before we would have suspended without telling the AP as well.) I'm working on a better, but more complex solution as well, which should avoid that problem. Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'net/mac80211/util.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud