summaryrefslogtreecommitdiff
path: root/lib
diff options
context:
space:
mode:
authorEmmanuel Grumbach <emmanuel.grumbach@intel.com>2011-11-21 20:31:54 (GMT)
committerWey-Yi Guy <wey-yi.w.guy@intel.com>2011-12-16 15:22:38 (GMT)
commit1ba42da479e8b4a4198a702bc819850d9926a035 (patch)
tree09c0fb2e028c7b3a4b18e1b9516c2255da6911d2 /lib
parenteb9a372a73ea3e2b7e795a7ea03a5b8d92815672 (diff)
downloadlinux-1ba42da479e8b4a4198a702bc819850d9926a035.tar.xz
iwlwifi: we can wake SW queues even when draining HW queues
In the very first implementation of HT, the driver was responsible for the queueing: stopping and waking the queues while the HW queues where being drained. In this implementation, we had to deal with the case where we were draining the AGG queue because we wanted to tear down the BA agreement. In the normal flow (when we don't drain any HW queue), when packets are reclaimed, we wake the SW queue in case the SW queue was stopped which can happen when the HW queues are too full. While draining a HW queue, we must make sure that we don't wake the SW queue, since the whole point of the draining is to empty totally the HW queue and not only get below a certain threshold. This is why there is condition in the reclaim function: if (NOT EMPTYING DELBA) wake the SW queue is applicable Since then, a lot has changed and mac80211 is now able to buffer packets that are being sent to a packet list that will be spliced after the driver has reported it has drained its HW queues. Hence, there is no need for the for aforementioned if, and we can safely wake up the queue even if we are draining HW queues. Removing this if, also allows us to remove the wake_queue in check_empty that was there in order to deal with a corner case created by the if. Signed-off-by: Emmanuel Grumbach <emmanuel.grumbach@intel.com> Signed-off-by: Wey-Yi Guy <wey-yi.w.guy@intel.com>
Diffstat (limited to 'lib')
0 files changed, 0 insertions, 0 deletions