On Mon, 15 Apr 2013 12:08:38 +0530 Yogesh Ashok Powar <yogeshp@xxxxxxxxxxx> wrote: > On Sun, Apr 14, 2013 at 05:11:58AM -0700, Jonas Gorski wrote: > > This rate causes an overflow in the extended rates IE's data rate > > field, with the overflowing bit setting the Basic Rate Set > > membership. This results in a bogus 8 Mpbs basic rate, making > > clients checking them refuse association. > > > > Since the rate is likely unused anyway (HT will yield better rates > > between supporting chips), we can just remove it. > > > > This fixes association from wpa_supplicant and Android 4.x and > > newer. > > Hi Jonas, > > If you are using hostapd, have you tried using 'supported_rates' > and/or 'basic_rates' being set to correct rates in the hostapd.conf. Not sure if that helps. The main problem is that this rate is unadvertisable in Beacons, as (Extended) Supported Rates (802.11-2012 8.4.2.3) encodes the rates as u8, with seven bits for the rate in units of 500 kb/s, which isn't enough for 72 Mbps; the maximum is 63.5 Mbps. The result is that it spills into the MSB, marking it as a "Basic Rate" even though it isn't marked as such by hostapd. It's just that 72 Mbps => 0x90 => "8 Mbps, Basic Rate". This is partially a bug in hostapd, it should probably reject rates not encodable. So AFAICT the only way to use it in hostapd is to not use it. Which makes me wonder how or if this rate is usable at all in 802.11 context, without a proprietary way of telling the other end that this rate is available, and therefore if it even makes sense to keep. Jonas -- 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
