ath10k: fix sending frame in management path in push txq logic
authorAshok Raj Nagarajan <arnagara@qti.qualcomm.com>
Thu, 18 Aug 2016 10:00:04 +0000 (15:30 +0530)
committerKalle Valo <kvalo@qca.qualcomm.com>
Fri, 2 Sep 2016 15:53:08 +0000 (18:53 +0300)
commite4fd726f21cdae0dc9cea6cbfcb7e27f21393f88
tree8e41e4197827bb51b60b88725715d24df872c841
parent83e164b7679d46a6a172ca0fd0ead68b48e22103
ath10k: fix sending frame in management path in push txq logic

In the wake tx queue path, we are not checking if the frame to be sent
takes management path or not. For eg. QOS null func frame coming here will
take the management path. Since we are not incrementing the descriptor
counter (num_pending_mgmt_tx) w.r.t tx management, on tx completion it is
possible to see negative values.

When the above counter reaches a negative value, we will not be sending a
probe response out.

    if (is_presp &&
ar->hw_params.max_probe_resp_desc_thres < htt->num_pending_mgmt_tx)

For IPQ4019, max_probe_resp_desc_thres (u32) is 24 is compared against
num_pending_mgmt_tx (int) and the above condtions comes true if the counter
is negative and we drop the probe response.

To avoid this, check on the wake tx queue path as well for the tx path of
the frame and increment the appropriate counters

Fixes: cac085524cf1 "ath10k: move mgmt descriptor limit handle under mgmt_tx"
Signed-off-by: Ashok Raj Nagarajan <arnagara@qti.qualcomm.com>
Signed-off-by: Kalle Valo <kvalo@qca.qualcomm.com>
drivers/net/wireless/ath/ath10k/mac.c