]> git.baikalelectronics.ru Git - kernel.git/commit
mac80211: calculate min channel width correctly
authorJohannes Berg <johannes.berg@intel.com>
Fri, 7 Oct 2016 10:23:49 +0000 (12:23 +0200)
committerJohannes Berg <johannes.berg@intel.com>
Wed, 11 Jan 2017 15:34:51 +0000 (16:34 +0100)
commit97ce824842e759b57826356c6b407d1ee29c055e
tree625224ece7be18f608a624ebe869dd7ab6919574
parent0117a0ef122594a2a1a1c8a42f1f6075a01c7718
mac80211: calculate min channel width correctly

In the current minimum chandef code there's an issue in that the
recalculation can happen after rate control is initialized for a
station that has a wider bandwidth than the current chanctx, and
then rate control can immediately start using those higher rates
which could cause problems.

Observe that first of all that this problem is because we don't
take non-associated and non-uploaded stations into account. The
restriction to non-associated is quite pointless and is one of
the causes for the problem described above, since the rate init
will happen before the station is set to associated; no frames
could actually be sent until associated, but the rate table can
already contain higher rates and that might cause problems.

Also, rejecting non-uploaded stations is wrong, since the rate
control can select higher rates for those as well.

Secondly, it's then necessary to recalculate the minimal config
before initializing rate control, so that when rate control is
initialized, the higher rates are already available. This can be
done easily by adding the necessary function call in rate init.

Change-Id: Ib9bc02d34797078db55459d196993f39dcd43070
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
net/mac80211/chan.c
net/mac80211/rate.c