Search Linux Wireless

Re: iwl3945 lists supported rates backwards

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> With disable_hw_scan=1, probe requests have the same problem as the
> association requests, namely they don't have CCK rates in the supported
> rates:

This is because mac80211 uses the order in which the rates are
registered, and with iwlwifi that is "OFDM, CCK". See
iwl_init_hw_rates() and iwl_init_geos().

I can't find any ordering requirement in the 802.11 documents but I
suppose the lower rates should be in the supported rates (rather than
the extended) element.

I'll keep this in mind for the pending redesign of the rate/mode
registration code; for now I suggest to change the registration order to
be "CCK, OFDM" in the driver, since there are only four CCK rates this
will work even with old APs that don't parse the "extended supported
rates" element.

All other drivers in wireless-2.6#everything behave that way, i.e. they
register CCK rates first and then OFDM rates, thus they can never run
into this problem; this explains why it works for Larry with b43.

dragoran: reproducing with a new AP will be futile since it will parse
the extended supported rates element even in backwards B compatible
mode, to reproduce you need, as far as I understand this problem, an AP
that doesn't understand that element yet.

johannes

Attachment: signature.asc
Description: This is a digitally signed message part


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux