[Madwifi-devel] Wrong behaviour regarding ath_rate_update during channel scan?

[Michael R. <ma...@no...>]

Hi all.

While further investigating further in a problem I briefly reported last 
friday on madwifi-users, I enabled debug output while my 5212 card was 
scanning the channels for access points. The card is running with 
automatic mode selection (that is: "iwpriv ath0 mode 0" has been issued 
prior to enabling the card).

In this mode the correct behaviour should be that on all 2.4 GHz 
channels the txrate is set to 1MBit, and on all 5.x GHz channels the 
txrate is 6MBit, right?

Given that I interpret the debug output correctly, it seems that the 
txrate on channel 1 (first channel on 2.4 GHz) is 6 MBit, and on channel 
36 (first channel on 5 GHz) is 1 MBit. This is corrected as soon as the 
second channel in each band is reached:

=== cut ===
[...]
ath_newstate: SCAN -> SCAN
ath_chan_set: 140 (5700 MHz) -> 1 (2412 MHz)
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_stoprecv: rx queue 00f70318, link c0f702ec
ath_startrecv: mtu 1500 cachelsz 32 rxbufsize 2336
ath_mode_init: RX filter 0x17, MC filter 00000000:00000040
ath_newstate: RX filter 0x117 bssid ff:ff:ff:ff:ff:ff
ath_rate_update: set xmit rate for ff:ff:ff:ff:ff:ff to 6M
ath_newstate: SCAN -> SCAN
ath_chan_set: 1 (2412 MHz) -> 2 (2417 MHz)
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_stoprecv: rx queue 00f70318, link c0f702ec
ath_startrecv: mtu 1500 cachelsz 32 rxbufsize 2336
ath_mode_init: RX filter 0x17, MC filter 00000000:00000040
ath_newstate: RX filter 0x117 bssid ff:ff:ff:ff:ff:ff
ath_rate_update: set xmit rate for ff:ff:ff:ff:ff:ff to 1M
[...]
ath_newstate: SCAN -> SCAN
ath_chan_set: 12 (2467 MHz) -> 13 (2472 MHz)
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_stoprecv: rx queue 00f70554, link c0f70528
ath_startrecv: mtu 1500 cachelsz 32 rxbufsize 2336
ath_mode_init: RX filter 0x17, MC filter 00000000:00000040
ath_newstate: RX filter 0x117 bssid ff:ff:ff:ff:ff:ff
ath_rate_update: set xmit rate for ff:ff:ff:ff:ff:ff to 1M
ath_newstate: SCAN -> SCAN
ath_chan_set: 13 (2472 MHz) -> 36 (5180 MHz)
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_stoprecv: rx queue 00f70554, link c0f70528
ath_startrecv: mtu 1500 cachelsz 32 rxbufsize 2336
ath_mode_init: RX filter 0x17, MC filter 00000000:00000040
ath_newstate: RX filter 0x117 bssid ff:ff:ff:ff:ff:ff
ath_rate_update: set xmit rate for ff:ff:ff:ff:ff:ff to 1M
ath_newstate: SCAN -> SCAN
ath_chan_set: 36 (5180 MHz) -> 40 (5200 MHz)
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_draintxq: tx queue 00000000, link 00000000
ath_stoprecv: rx queue 00f70554, link c0f70528
ath_startrecv: mtu 1500 cachelsz 32 rxbufsize 2336
ath_mode_init: RX filter 0x17, MC filter 00000000:00000040
ath_newstate: RX filter 0x117 bssid ff:ff:ff:ff:ff:ff
ath_rate_update: set xmit rate for ff:ff:ff:ff:ff:ff to 6M
[...]
=== cut ===

I'm using CVS code as of 2004-04-15, reported to be:
ath_hal: 0.9.8.6
wlan: 0.7.3.1 BETA
ath_pci: 0.8.5.4 BETA

I applied one patch (that I also submitted to the patch tracker) which 
allows to choose the setting for ath_countrycode and ath_outdoor on 
module load time. countrycode is set to 0x114 (Germany), and outdoor is 
set to 1.

What is wrong here: my interpretation of the debug output, or the 
behaviour of the driver?

Bye, Mike