diff options
| author | Dan Halperin <[email protected]> | 2010-02-19 06:01:39 +0000 |
|---|---|---|
| committer | John W. Linville <[email protected]> | 2010-02-19 20:35:29 +0000 |
| commit | 5e2f75b8993a0d83d469388b50716dd5551f2eb4 (patch) | |
| tree | f1e3de04fb2fd6394af553a95700f1a552e6df92 /lib/debugobjects.c | |
| parent | mac80211: fix handling of null-rate control in rate_control_get_rate (diff) | |
| download | kernel-5e2f75b8993a0d83d469388b50716dd5551f2eb4.tar.gz kernel-5e2f75b8993a0d83d469388b50716dd5551f2eb4.zip | |
iwlwifi: set HT flags after channel in rxon
The HT extension channel settings require priv->staging_rxon.channel to be
accurate. However, iwl_set_rxon_ht was being called before iwl_set_rxon_channel
and thus HT40 could be broken unless another call to iwl_mac_config came in.
This problem was recently introduced by "iwlwifi: Fix to set correct ht
configuration"
The particular setting in which I noticed this was monitor mode:
iwconfig wlan0 mode monitor
ifconfig wlan0 up
./iw wlan0 set channel 64 HT40-
#./iw wlan0 set channel 64 HT40-
tcpdump -i wlan0 -y IEEE802_11_RADIO
would only catch HT40 packets if I issued the IW command twice.
From visual inspection, iwl_set_rxon_channel does not depend on
iwl_set_rxon_ht, so simply swapping them should be safe and fixes this problem.
Signed-off-by: Daniel Halperin <[email protected]>
Acked-by: Wey-Yi Guy <[email protected]>
Signed-off-by: Reinette Chatre <[email protected]>
CC: [email protected]
Signed-off-by: John W. Linville <[email protected]>
Diffstat (limited to 'lib/debugobjects.c')
0 files changed, 0 insertions, 0 deletions