diff options
author | Michal Kazior <michal.kazior@tieto.com> | 2016-01-25 14:43:24 +0100 |
---|---|---|
committer | Jiri Slaby <jslaby@suse.cz> | 2016-04-20 08:46:47 +0200 |
commit | a566941a4a3d88ec8235f7cc56902558d40e7042 (patch) | |
tree | 531ce7508425d6e054318be2d6daa8e48984c322 /drivers/usb | |
parent | bc2d8a1f629272916b402b40d54bd3ac4c0c6595 (diff) |
mac80211: fix unnecessary frame drops in mesh fwding
commit cf44012810ccdd8fd947518e965cb04b7b8498be upstream.
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>
Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Diffstat (limited to 'drivers/usb')
0 files changed, 0 insertions, 0 deletions