1. 08 Feb, 2013 1 commit
  2. 11 Dec, 2012 1 commit
  3. 21 Nov, 2012 1 commit
  4. 13 Nov, 2012 1 commit
  5. 31 Jul, 2012 1 commit
  6. 26 Jun, 2012 1 commit
  7. 19 Dec, 2011 1 commit
  8. 19 May, 2011 2 commits
  9. 25 Apr, 2011 1 commit
  10. 13 Apr, 2011 16 commits
  11. 23 Feb, 2011 7 commits
  12. 17 Jan, 2011 1 commit
  13. 15 Dec, 2010 1 commit
  14. 07 Dec, 2010 2 commits
  15. 18 Nov, 2010 1 commit
  16. 15 Nov, 2010 1 commit
    • Felix Fietkau's avatar
      ath9k: rework tx queue selection and fix queue stopping/waking · 066dae93
      Felix Fietkau authored
      
      The current ath9k tx queue handling code showed a few issues that could
      lead to locking issues, tx stalls due to stopped queues, and maybe even
      DMA issues.
      
      The main source of these issues is that in some places the queue is
      selected via skb queue mapping in places where this mapping may no
      longer be valid. One such place is when data frames are transmitted via
      the CAB queue (for powersave buffered frames). This is made even worse
      by a lookup WMM AC values from the assigned tx queue (which is
      undefined for the CAB queue).
      
      This messed up the pending frame counting, which in turn caused issues
      with queues getting stopped, but not woken again.
      
      To fix these issues, this patch removes an unnecessary abstraction
      separating a driver internal queue number from the skb queue number
      (not to be confused with the hardware queue number).
      
      It seems that this abstraction may have been necessary because of tx
      queue preinitialization from the initvals. This patch avoids breakage
      here by pushing the software <-> hardware queue mapping to the function
      that assigns the tx queues and redefining the WMM AC definitions to
      match the numbers used by mac80211 (also affects ath9k_htc).
      
      To ensure consistency wrt. pending frame count tracking, these counters
      are moved to the ath_txq struct, updated with the txq lock held, but
      only where the tx queue selected by the skb queue map actually matches
      the tx queue used by the driver for the frame.
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Reported-by: default avatarBjörn Smedman <bjorn.smedman@venatech.se>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      066dae93
  17. 15 Oct, 2010 1 commit