summaryrefslogtreecommitdiff
path: root/drivers/net/plip/Makefile
diff options
context:
space:
mode:
authorSara Sharon <sara.sharon@intel.com>2016-12-22 14:03:40 +0300
committerLuca Coelho <luciano.coelho@intel.com>2017-04-11 14:54:33 +0300
commit1c17627bf5c460f94451ac5acab3ee96d3b7e1cd (patch)
tree128449710d8ee81b0b714e194c6c68d1b011ecb8 /drivers/net/plip/Makefile
parentafb844318de2a87694380ee3824ee102f2699bd9 (diff)
downloadlinux-1c17627bf5c460f94451ac5acab3ee96d3b7e1cd.tar.xz
iwlwifi: mvm: cleanup pending frames in DQA mode
When a station is asleep, the fw will set it as "asleep". All queues that are used only by one station will be stopped by the fw. In pre-DQA mode this was relevant for aggregation queues. However, in DQA mode a queue is owned by one station only, so all queues will be stopped. As a result, we don't expect to get filtered frames back to mac80211 and don't have to maintain the entire pending_frames state logic, the same way as we do in aggregations. The correct behavior is to align DQA behavior with the aggregation queue behaviour pre-DQA: - Don't count pending frames. - Let mac80211 know we have frames in these queues so that it can properly handle trigger frames. When a trigger frame is received, mac80211 tells the driver to send frames from the queues using release_buffered_frames. The driver will tell the fw to let frames out even if the station is asleep. This is done by iwl_mvm_sta_modify_sleep_tx_count. Signed-off-by: Sara Sharon <sara.sharon@intel.com> Signed-off-by: Luca Coelho <luciano.coelho@intel.com>
Diffstat (limited to 'drivers/net/plip/Makefile')
0 files changed, 0 insertions, 0 deletions