On Wed, May 09, 2007 at 01:41:52PM +0800, Zhu Yi wrote: > mac80211: fail back to use associate from reassociate failure > > Some APs have strict checking between associate and reassociate. In > a case when an AP is restarted during a connection, it denies the > mac80211 reassoc request since this is a new association for the AP. > To fix this problem, we need to check the status code against > WLAN_STATUS_REASSOC_NO_ASSOC and clear ifsta->prev_bssid_set in > handling the association failure response. Can you please identify such an AP? This sounds like a workaround that makes the non-AP STA (client) behave in a way that does not match with IEEE 802.11 standard and in general, I'm against this change without a very good reason for it. This type of change would, e.g., break IEEE 802.11r fast transition which can only be done using reassociation. -- Jouni Malinen PGP id EFC895FA - 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