diff options
author | Michal Kazior <michal.kazior@tieto.com> | 2016-01-25 16:43:24 +0300 |
---|---|---|
committer | Johannes Berg <johannes.berg@intel.com> | 2016-02-24 11:04:26 +0300 |
commit | cf44012810ccdd8fd947518e965cb04b7b8498be (patch) | |
tree | d95a42cd9bc67bdf1ee1cc346685fe9df8c431ff /net/rfkill | |
parent | 2a58d42c1e018ad514d4e23fd33fb2ded95d3ee6 (diff) | |
download | linux-cf44012810ccdd8fd947518e965cb04b7b8498be.tar.xz |
mac80211: fix unnecessary frame drops in mesh fwding
The ieee80211_queue_stopped() expects hw queue
number but it was given raw WMM AC number instead.
This could cause frame drops and problems with
traffic in some cases - most notably if driver
doesn't map AC numbers to queue numbers 1:1 and
uses ieee80211_stop_queues() and
ieee80211_wake_queue() only without ever calling
ieee80211_wake_queues().
On ath10k it was possible to hit this problem in
the following case:
1. wlan0 uses queue 0
(ath10k maps queues per vif)
2. offchannel uses queue 15
3. queues 1-14 are unused
4. ieee80211_stop_queues()
5. ieee80211_wake_queue(q=0)
6. ieee80211_wake_queue(q=15)
(other queues are not woken up because both
driver and mac80211 know other queues are
unused)
7. ieee80211_rx_h_mesh_fwding()
8. ieee80211_select_queue_80211() returns 2
9. ieee80211_queue_stopped(q=2) returns true
10. frame is dropped (oops!)
Fixes: d3c1597b8d1b ("mac80211: fix forwarded mesh frame queue mapping")
Signed-off-by: Michal Kazior <michal.kazior@tieto.com>
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'net/rfkill')
0 files changed, 0 insertions, 0 deletions