On Wed, Feb 27, 2008 at 8:44 AM, Lars Ericsson <Lars_Ericsson@xxxxxxxxx> wrote: > AP deauthentication. > ===================== > When any of the ieee80211_rx_mgmt_deauth() or ieee80211_rx_mgmt_disassoc() > are executed, the mac layer takes two actions. > 1) Tells wpa_supplicant what had happened. > 2) Start reestabliching the connaction again. > > The later action will stop or significantly delay the decisions/action taken > by wpa_supplicant as a result of action 1. Normally the supplicant will > start an AP scan. > But the mac layer is busy with reestablishing the link and will not start > any scan action. Thanks for reviewing this, some comments below. > Timeout handling > ================= > When any of the ieee80211_authenticate() or ieee80211_associate() function > are executed. > The mac silently set its state to IEEE80211_DISABLED and waits for the > wpa_supplicant to timeout its current action. This doesn't seem to account for pre-authentication, which should assist roaming. During pre-auth we'd authenticate with local APs even if we're not going to complete an assoc(), we'd leave the assoc() for a later time once the signal strength of the new AP is better. I'm not sure how wpa_supplicant handles with pre-authentication settings though or if it even supports it but the point here is we should be able to authenticate many times while we only have one assoc() pre STA. Luis - To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
