summaryrefslogtreecommitdiff
path: root/kernel
diff options
context:
space:
mode:
authorKarl Beldan <karl.beldan@rivierawaves.com>2014-10-13 14:34:41 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2014-11-14 08:48:00 -0800
commit9c31f4eca5d2633c78fb06be7d781583d4bf1cfa (patch)
tree29c6f5716346ee54a49369b9afec244c19ee7334 /kernel
parent1eaaef74ada050d820e5dd2132a56fd3c66b1549 (diff)
downloadlinux-3.10-9c31f4eca5d2633c78fb06be7d781583d4bf1cfa.tar.gz
linux-3.10-9c31f4eca5d2633c78fb06be7d781583d4bf1cfa.tar.bz2
linux-3.10-9c31f4eca5d2633c78fb06be7d781583d4bf1cfa.zip
mac80211: fix typo in starting baserate for rts_cts_rate_idx
commit c7abf25af0f41be4b50d44c5b185d52eea360cb8 upstream. It affects non-(V)HT rates and can lead to selecting an rts_cts rate that is not a basic rate or way superior to the reference rate (ATM rates[0] used for the 1st attempt of the protected frame data). E.g, assuming drivers register growing (bitrate) sorted tables of ieee80211_rate-s, having : - rates[0].idx == d'2 and basic_rates == b'10100 will select rts_cts idx b'10011 & ~d'(BIT(2)-1), i.e. 1, likewise - rates[0].idx == d'2 and basic_rates == b'10001 will select rts_cts idx b'10000 The first is not a basic rate and the second is > rates[0]. Also, wrt severity of the addressed misbehavior, ATM we only have one rts_cts_rate_idx rather than one per rate table entry, so this idx might still point to bitrates > rates[1..MAX_RATES]. Fixes: 5253ffb8c9e1 ("mac80211: always pick a basic rate to tx RTS/CTS for pre-HT rates") Signed-off-by: Karl Beldan <karl.beldan@rivierawaves.com> Signed-off-by: Johannes Berg <johannes.berg@intel.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'kernel')
0 files changed, 0 insertions, 0 deletions