d/freebsd-skq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

don't try to re-associate after a parameter change, too many ap's

Browse Source 
don't do this right; instead go to the scan cache so we pass through
auth state (if the cache is warm we can do this w/o an actual scan)

MFC after:	1 week
This commit is contained in:
sam 2007-11-02 05:11:45 +00:00
parent f39a9d39ee
commit bea2dd5a06
1 changed files with 1 additions and 11 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
sys/net80211/ieee80211_proto.c
View File

@ -905,17 +905,7 @@ ieee80211_init(struct ieee80211com *ic, int forcescan)
*/
if (ic->ic_roaming != IEEE80211_ROAMING_MANUAL) {
if (ic->ic_opmode == IEEE80211_M_STA) {
/*
* Try to be intelligent about clocking the state
* machine. If we're currently in RUN state then
* we should be able to apply any new state/parameters
* simply by re-associating. Otherwise we need to
* re-scan to select an appropriate ap.
*/
if (ic->ic_state != IEEE80211_S_RUN || forcescan)
ieee80211_new_state(ic, IEEE80211_S_SCAN, 0);
else
ieee80211_new_state(ic, IEEE80211_S_ASSOC, 1);
ieee80211_new_state(ic, IEEE80211_S_SCAN, 0);
} else {
/*
* For monitor+wds modes there's nothing to do but