diff options
author | Johannes Berg <johannes.berg@intel.com> | 2013-03-01 11:54:43 +0100 |
---|---|---|
committer | Johannes Berg <johannes.berg@intel.com> | 2013-03-06 16:36:02 +0100 |
commit | c07270b605f49039327c35224e27d1d3e802f8a4 (patch) | |
tree | 5c6b79b0fd7b357804ffdabdc000e97f62435e0d /init | |
parent | 4f4b9357e45c121e3b350b938adc33781d6834fd (diff) | |
download | op-kernel-dev-c07270b605f49039327c35224e27d1d3e802f8a4.zip op-kernel-dev-c07270b605f49039327c35224e27d1d3e802f8a4.tar.gz |
mac80211: fix HT capability overrides for AP station
HT capabilites are asymmetric -- e.g. beamforming is both an
RX and TX capability. If, for example, we support RX but not
TX, the RX capability of the AP station is masked out (if it
supports it). This works correctly if it's really the driver
capability.
If, on the other hand, the reason for not supporting TX BF
is that it was removed by HT capability overrides then the
wrong thing happens: the AP's TX capability will be removed
rather than its RX capability, because the override function
works on own capabilities, not remote ones, and doesn't take
the asymmetry into account.
To fix this make a copy of our own capabilities, apply the
overrides to them (where needed) and then use that to set up
the peer's capabilities.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'init')
0 files changed, 0 insertions, 0 deletions