diff options
author | Abbas, Mohamed <mohamed.abbas@intel.com> | 2009-01-21 10:58:02 -0800 |
---|---|---|
committer | John W. Linville <linville@tuxdriver.com> | 2009-01-23 15:38:36 -0500 |
commit | c338ba3ca5bef2df2082d9e8d336ff7b2880c326 (patch) | |
tree | 2a02048eb3fb40072fd1715f3d863f3f4be61a21 /drivers/net/wireless/rtl818x | |
parent | b4068a80492022848c11123bf485aff5c902c583 (diff) | |
download | kernel-common-c338ba3ca5bef2df2082d9e8d336ff7b2880c326.tar.gz kernel-common-c338ba3ca5bef2df2082d9e8d336ff7b2880c326.tar.bz2 kernel-common-c338ba3ca5bef2df2082d9e8d336ff7b2880c326.zip |
iwlwifi: fix rs_get_rate WARN_ON()
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.
This fixes:
http://www.intellinuxwireless.org/bugzilla/show_bug.cgi?id=1822
http://www.kerneloops.org/searchweek.php?search=rs_get_rate
Signed-off-by: mohamed abbas <mohamed.abbas@intel.com>
Signed-off-by: Reinette Chatre <reinette.chatre@intel.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'drivers/net/wireless/rtl818x')
0 files changed, 0 insertions, 0 deletions