summaryrefslogtreecommitdiff
path: root/net/wireless
diff options
context:
space:
mode:
authorJohannes Berg <johannes@sipsolutions.net>2008-10-16 21:44:44 +0200
committerJohn W. Linville <linville@tuxdriver.com>2008-10-31 19:00:38 -0400
commit4a68ec535ef1043319928f601d633f78e650a16f (patch)
tree5dfae59ca41140dbf97a443f70e22967bc929243 /net/wireless
parent8216bfe2518c25f16a60485636e477c9a3b795d5 (diff)
downloadlinux-3.10-4a68ec535ef1043319928f601d633f78e650a16f.tar.gz
linux-3.10-4a68ec535ef1043319928f601d633f78e650a16f.tar.bz2
linux-3.10-4a68ec535ef1043319928f601d633f78e650a16f.zip
mac80211: inform userspace of probe/auth/assoc timeout
I noticed that when for some reason [1] the probe or auth times out, wpa_supplicant doesn't realise this and only tries the next AP when it runs into its own timeout, which is ten seconds, and that's quite long. Fix this by making mac80211 notify userspace that it didn't associate. [1] my wrt350n in mixed B/G/HT mode often runs into this, maybe it's because one of the antennas is broken off and for whatever reason it decides to use that antenna to transmit the response frames (auth, probe); I do see beacons fine so it's not totally broken. Works fine in pure-G mode. Signed-off-by: Johannes Berg <johannes@sipsolutions.net> Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'net/wireless')
0 files changed, 0 insertions, 0 deletions