-----Original Message----- From: Johannes Berg [mailto:johannes@xxxxxxxxxxxxxxxx] Sent: Thursday, January 22, 2009 2:58 AM To: Chatre, Reinette Cc: linville@xxxxxxxxxxxxx; linux-wireless@xxxxxxxxxxxxxxx; ipw3945-devel@xxxxxxxxxxxxxxxxxxxxx; Abbas, Mohamed Subject: Re: [PATCH 1/2 v2.6.29] iwlwifi: fix rs_get_rate WARN_ON() On Wed, 2009-01-21 at 10:58 -0800, Reinette Chatre wrote: > From: Abbas, Mohamed <mohamed.abbas@xxxxxxxxx> > > In ieee80211_sta structure there is u64 supp_rates[IEEE80211_NUM_BANDS] > this is filled with all support rate from assoc_resp. If we associate > with G-band AP only supp_rates of G-band will be set the other band > supp_rates will be set to 0. If the user type this command > this will cause mac80211 to set to new channel, mac80211 > does not disassociate in setting new channel, so the active > band is now A-band. then in handling the new essid mac80211 will > kick in the assoc steps which involve sending disassociation frame. > in this mac80211 will WARN_ON sta->supp_rates[A_BAND] == 0. Sounds like we should fix mac80211 to disassociate _before_ switching the channel? It won't help anyway if we're on another channel? [mabbas] I totally agree, all the disassociation frame will happen in the new channel that AP wont hear. Mohamed johannes -- 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
