ath10k: fix throughput regression in multi client mode
authorRajkumar Manoharan <rmanohar@qti.qualcomm.com>
Fri, 2 Sep 2016 16:46:10 +0000 (19:46 +0300)
committerKalle Valo <kvalo@qca.qualcomm.com>
Fri, 9 Sep 2016 12:07:11 +0000 (15:07 +0300)
commit18f53fe0f30331e826b075709ed7b26b9283235e
treee0dfe9d96463739e5355f952eaf04a120248c08d
parent3c97f5de1f282492335a6aec1f94b77f7f899b8c
ath10k: fix throughput regression in multi client mode

commit 7a0adc83f34d ("ath10k: improve tx scheduling") is causing
severe throughput drop in multi client mode. This issue is originally
reported in veriwave setup with 50 clients with TCP downlink traffic.
While increasing number of clients, the average throughput drops
gradually. With 50 clients, the combined peak throughput is decreased
to 98 Mbps whereas reverting given commit restored it to 550 Mbps.

Processing txqs for every tx completion is causing overhead. Ideally for
management frame tx completion, pending txqs processing can be avoided.
The change partly reverts the commit "ath10k: improve tx scheduling".
Processing pending txqs after all skbs tx completion will yeild enough
room to burst tx frames.

Fixes: 7a0adc83f34d ("ath10k: improve tx scheduling")
Signed-off-by: Rajkumar Manoharan <rmanohar@qti.qualcomm.com>
Signed-off-by: Kalle Valo <kvalo@qca.qualcomm.com>
drivers/net/wireless/ath/ath10k/htt_rx.c
drivers/net/wireless/ath/ath10k/txrx.c