1. 08 3月, 2012 2 次提交
  2. 16 12月, 2011 1 次提交
  3. 12 10月, 2011 1 次提交
  4. 28 9月, 2011 1 次提交
  5. 17 9月, 2011 1 次提交
  6. 30 8月, 2011 1 次提交
  7. 04 6月, 2011 1 次提交
  8. 20 5月, 2011 1 次提交
  9. 26 4月, 2011 1 次提交
  10. 13 4月, 2011 1 次提交
  11. 29 1月, 2011 2 次提交
  12. 22 1月, 2011 2 次提交
  13. 03 12月, 2010 1 次提交
  14. 16 11月, 2010 1 次提交
    • F
      ath9k: rework tx queue selection and fix queue stopping/waking · 066dae93
      Felix Fietkau 提交于
      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: NFelix Fietkau <nbd@openwrt.org>
      Reported-by: NBjörn Smedman <bjorn.smedman@venatech.se>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      066dae93
  15. 16 10月, 2010 1 次提交
  16. 06 10月, 2010 1 次提交
  17. 03 6月, 2010 1 次提交
    • L
      ath9k: enable the baseband watchdog events for AR9003 · 08578b8f
      Luis R. Rodriguez 提交于
      This enables the baseband watchdog events for the AR9003
      family on ath9k. Upon an a baseband watchdog interrupt we reset
      the hardware, this should address corner case conditions where
      normal operation can stall. Enable ATH_DBG_RESET to be able
      to review details of the bb watchdog interrupt once it happens.
      If you're curious how often this happens just grep the debugfs
      interrupt file.
      
      Cc: Sam Ng <sam.ng@atheros.com>
      Cc: Paul Shaw <paul.shaw@atheros.com>
      Cc: Don Breslin <don.breslin@atheros.com>
      Cc: Cliff Holden <cliff.holden@atheros.com
      Signed-off-by: Luis R. Rodriguez <lrodriguez@atheros.com
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      08578b8f
  18. 13 5月, 2010 2 次提交
  19. 17 4月, 2010 1 次提交
  20. 07 4月, 2010 1 次提交
  21. 01 4月, 2010 2 次提交
  22. 13 1月, 2010 1 次提交
  23. 29 11月, 2009 2 次提交
  24. 08 10月, 2009 2 次提交
  25. 29 8月, 2009 2 次提交
  26. 30 7月, 2009 1 次提交
  27. 04 6月, 2009 2 次提交
  28. 21 5月, 2009 1 次提交
    • J
      ath9k: Fix PS mode operation to receive buffered broadcast/multicast frames · cc65965c
      Jouni Malinen 提交于
      The previous implementation was moving back to NETWORK SLEEP state
      immediately after receiving a Beacon frame. This means that we are
      unlikely to receive all the buffered broadcast/multicast frames that
      would be sent after DTIM Beacon frames. Fix this by parsing the Beacon
      frame and remaining awake, if needed, to receive the buffered
      broadcast/multicast frames. The last buffered frame will trigger the
      move back into NETWORK SLEEP state.
      
      If the last broadcast/multicast frame is not received properly (or if
      the AP fails to send it), the next Beacon frame will work as a backup
      trigger for returning into NETWORK SLEEP.
      
      A new debug type, PS (debug=0x800 module parameter), is added to make
      it easier to debug potential power save issues in the
      future. Currently, this is only used for the Beacon frame and buffered
      broadcast/multicast receiving.
      Signed-off-by: NJouni Malinen <jouni.malinen@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      cc65965c
  29. 23 4月, 2009 2 次提交
  30. 28 3月, 2009 1 次提交