summaryrefslogtreecommitdiffstats
path: root/Documentation/HOWTO
diff options
context:
space:
mode:
authorAndrea Merello <andrea.merello@gmail.com>2014-10-06 20:23:55 +0200
committerJohn W. Linville <linville@tuxdriver.com>2014-10-07 20:48:37 +0200
commit79ee65659e116a49c81f63480a7672b7cbafa323 (patch)
tree84eec82afc5003e0fedd761b0f543315be719652 /Documentation/HOWTO
parentMerge branch 'master' of git://git.kernel.org/pub/scm/linux/kernel/git/linvil... (diff)
downloadlinux-79ee65659e116a49c81f63480a7672b7cbafa323.tar.xz
linux-79ee65659e116a49c81f63480a7672b7cbafa323.zip
rtl818x_pci: fix response rate may be incorrect.
Currently the allowed "respose rate" set (rates for HW generated frames like ACKs) is the same as the basic rate set. The HW will use the higher allowed response rate that is lower than the rate of the received frame. This is more or less what IEEE80211 mandates, but I missed the fact that IEEE80211 also says that whenever it happens that for a modulation class there is no any rate in the basic rates set, then the response rate set shall include also all the mandatory rates for that modulation class. This patch adds mandatory OFDM rates to the allowed response rate set if no OFDM rate is included in the basic rate set. Depending by the AP, I faced cases in which this patch seems to cause a noticeable perfomance improvement. - With my usual test AP there is no particular perfomance difference. - With a prism54/hostapd AP this patch causes RX thoughput increase from about 5Mbps to about 20Mbps. Hopefully this patch may help people that faced performance regression wrt the old staging driver. Signed-off-by: Andrea Merello <andrea.merello@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'Documentation/HOWTO')
0 files changed, 0 insertions, 0 deletions