eee8e3627b
The HT40 channel population logic was "just" doing pairs of channels starting with the band entry frequency. Trouble is, a lot of the rules start way off at 5120MHz, which isn't a valid 5GHz channel. Then, eg for HT40U, it would populate: * (5120,5140) * (5160,5180) * (5200,5220) * (5240,5260) .. as the HT40U pairs, with the first being the primary channel. Channel 36 is 5180MHz, and since it's not a primary channel here, it wouldn't populate it. Then, the next HT40U would be 5200/5220, which is highly wrong. HT40D had the same problem. So, this just forces that 5GHz HT40 channels start at channel 36 (5180), no matter what the band edge says. This includes eg doing 4.9GHz channels. This erm, meant that the HT40 channels for the low band was always wrong. Oops! Tested: * AR9380, STA mode * AR9344 SoC, AP mode MFC after: 1 week |
||
---|---|---|
.. | ||
ah_regdomain | ||
ar5210 | ||
ar5211 | ||
ar5212 | ||
ar5312 | ||
ar5416 | ||
ar9001 | ||
ar9002 | ||
ar9003 | ||
ah_btcoex.h | ||
ah_debug.h | ||
ah_decode.h | ||
ah_desc.h | ||
ah_devid.h | ||
ah_diagcodes.h | ||
ah_eeprom_9287.c | ||
ah_eeprom_9287.h | ||
ah_eeprom_v1.c | ||
ah_eeprom_v1.h | ||
ah_eeprom_v3.c | ||
ah_eeprom_v3.h | ||
ah_eeprom_v4k.c | ||
ah_eeprom_v4k.h | ||
ah_eeprom_v14.c | ||
ah_eeprom_v14.h | ||
ah_eeprom.h | ||
ah_internal.h | ||
ah_regdomain.c | ||
ah_regdomain.h | ||
ah_soc.h | ||
ah.c | ||
ah.h |