summaryrefslogtreecommitdiffstats
path: root/Makefile
diff options
context:
space:
mode:
authorJohannes Berg <johannes.berg@intel.com>2014-05-09 09:56:53 +0200
committerJohannes Berg <johannes.berg@intel.com>2014-05-09 09:56:53 +0200
commit4a817aa78f573c6964f16d9aea3d0d10a226ade4 (patch)
treed1dbb605ccfad90290cf4ea19b17931e75a9f8b0 /Makefile
parente669ba2d06c6195662601956454ac959892f0762 (diff)
downloadlinux-4a817aa78f573c6964f16d9aea3d0d10a226ade4.tar.gz
linux-4a817aa78f573c6964f16d9aea3d0d10a226ade4.tar.bz2
linux-4a817aa78f573c6964f16d9aea3d0d10a226ade4.zip
mac80211: allow VHT with peers not capable of 40MHz
There are two (related) issues with this. One case, reported by Michal, is related to hostap: it unsets the 20/40 capability bit for stations that associate when it's in 20 MHz mode. The other case, reported by Eyal, is that some APs like Netgear R6300v2 and probably others based on the BCM4360 chipset can be configured for doing VHT at 20Mhz. In this case the beacon has a VHT IE but the HT cap indicates transmitter only support 20Mhz. In both of these cases, we currently avoid VHT and use only HT this means we can't use the highest rates (MCS8), so fixing this leads to throughput improvements. Reported-by: Michal Kazior <michal.kazior@tieto.com> Reported-by: Eyal Shapira <eyal@wizery.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions