| commit | 6130fac994818eb0fbc9dfc95056292e71fb3791 | |
| author | Johannes Berg <johannes.berg@intel.com> | |
| Thu, 20 Oct 2016 06:52:50 +0000 (20 08:52 +0200) | ||
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | |
| Wed, 5 Jul 2017 12:40:24 +0000 (5 14:40 +0200) | ||
| tree | 10b873067aed0da057d5fc0b5bba2d38419ff1f2 | treesnapshot (tar.gz zip) |
| parent | d48cb21fd50bf6bea379ad04dc2baced20cf5275 | commitdiff |
mac80211: recalculate min channel width on VHT opmode changes
[ Upstream commit d2941df8fbd9708035d66d889ada4d3d160170ce ]
When an associated station changes its VHT operating mode this
can/will affect the bandwidth it's using, and consequently we
must recalculate the minimum bandwidth we need to use. Failure
to do so can lead to one of two scenarios:
1) we use a too high bandwidth, this is benign
2) we use a too narrow bandwidth, causing rate control and
actual PHY configuration to be out of sync, which can in
turn cause problems/crashes
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
[ Upstream commit d2941df8fbd9708035d66d889ada4d3d160170ce ]
When an associated station changes its VHT operating mode this
can/will affect the bandwidth it's using, and consequently we
must recalculate the minimum bandwidth we need to use. Failure
to do so can lead to one of two scenarios:
1) we use a too high bandwidth, this is benign
2) we use a too narrow bandwidth, causing rate control and
actual PHY configuration to be out of sync, which can in
turn cause problems/crashes
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
| net/mac80211/iface.c | diffblobblamehistory | |
| net/mac80211/rx.c | diffblobblamehistory | |
| net/mac80211/vht.c | diffblobblamehistory |