ath9k: Change rate control to use legacy rate as last MRR
authorRajkumar Manoharan <rmanohar@qca.qualcomm.com>
Sat, 20 Aug 2011 11:52:10 +0000 (17:22 +0530)
committerJohn W. Linville <linville@tuxdriver.com>
Wed, 24 Aug 2011 18:57:15 +0000 (14:57 -0400)
commita35e27802291a8119c2b12532fb5f3c1b3e565a2
tree68b5fbeaf2311677741243bd0e1a2d7bcbc70093
parent2a15b394f8e46dd3e2ab365ab41cfa701d92fa77
ath9k: Change rate control to use legacy rate as last MRR

In congested network, having all rate reties at MCS rates
is failing to transmit the frame offenly. By the time reaching
the success rate set, the application gets timed out. One such
scenario is that authentication time out during 4-Way handshake.
This patch uses a legacy rate as last retry sequnce for
unaggregated frames or if the first selected rate's PER is ~80%
of max limit. And also observed from the tx status that the frame
was trasmitted successfully by using legacy rates.

Signed-off-by: Rajkumar Manoharan <rmanohar@qca.qualcomm.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
drivers/net/wireless/ath/ath9k/rc.c