An error occurred fetching the project authors.
  1. 09 Sep, 2016 1 commit
    • Felix Fietkau's avatar
      ath9k: use ieee80211_tx_status_noskb where possible · d94a461d
      Felix Fietkau authored
      It removes the need for undoing the padding changes to skb->data and it
      improves performance by eliminating one tx status lookup per MPDU in the
      status path. It is also useful for preparing a follow-up fix to better
      handle powersave filtering.
      
      A side effect is that these counters, available via debugfs, become now invalid:
      
      * dot11TransmittedFragmentCount
      * dot11FrameDuplicateCount,
      * dot11ReceivedFragmentCount
      * dot11MulticastReceivedFrameCount
      Signed-off-by: default avatarFelix Fietkau <nbd@nbd.name>
      [kvalo@qca.qualcomm.com: add a note about counters, thanks to Zefir Kurtisi]
      Signed-off-by: default avatarKalle Valo <kvalo@qca.qualcomm.com>
      d94a461d
  2. 12 Apr, 2016 1 commit
  3. 11 Dec, 2015 1 commit
  4. 08 Dec, 2015 2 commits
  5. 06 Aug, 2015 2 commits
  6. 21 Jul, 2015 2 commits
    • Michal Kazior's avatar
      ath9k: fix moredata flag endianness in cabq tx · 92cd4032
      Michal Kazior authored
      While compiling ath9k with some extra flags I've
      found that:
      
       ath9k/xmit.c +2473 ## 16: warning: restricted __le16 degrades to integer
       ath9k/xmit.c +2474 ## 36: warning: invalid assignment: &=
       ath9k/xmit.c +2474 ## 36:    left side has type restricted __le16
       ath9k/xmit.c +2474 ## 36:    right side has type int
      
      There's no way for frame ftype/stype to be
      mistreated as the offending 'moredata' flag when
      considering cab queue.
      
      This could've however theoretically led sometimes
      to increased power consumption on connected
      stations as they would keep their Rx active
      waiting for frames that would never come.
      Signed-off-by: default avatarMichal Kazior <michal.kazior@tieto.com>
      Signed-off-by: default avatarKalle Valo <kvalo@codeaurora.org>
      92cd4032
    • Felix Fietkau's avatar
      ath9k: make DMA stop related messages debug-only · e60ac9c7
      Felix Fietkau authored
      A long time ago, ath9k had issues during reset where the DMA engine
      would stay active and could potentially corrupt memory.
      To debug those issues, the driver would print warnings whenever they
      occur.
      
      Nowadays, these issues are gone and the primary cause of these messages
      is if the MAC is stuck during reset or busy processing a long
      transmission. This is fairly harmless, yet these messages continue to
      worry users.
      
      To reduce the number of bogus bug reports, turn these messages into
      debug messages and count their occurence in the "reset" debugfs file.
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: default avatarKalle Valo <kvalo@codeaurora.org>
      e60ac9c7
  7. 03 May, 2015 1 commit
  8. 03 Mar, 2015 1 commit
  9. 23 Jan, 2015 1 commit
  10. 15 Jan, 2015 1 commit
  11. 24 Dec, 2014 1 commit
  12. 12 Dec, 2014 1 commit
  13. 25 Nov, 2014 1 commit
  14. 23 Oct, 2014 1 commit
  15. 08 Oct, 2014 1 commit
  16. 30 Sep, 2014 2 commits
  17. 26 Sep, 2014 3 commits
  18. 16 Sep, 2014 1 commit
  19. 28 Aug, 2014 1 commit
  20. 23 Jul, 2014 1 commit
  21. 18 Jul, 2014 1 commit
    • Felix Fietkau's avatar
      ath9k: fix pending tx frames accounting · d954cd77
      Felix Fietkau authored
      Packets originally buffered for the regular hardware tx queues can end
      up being transmitted through the U-APSD queue (via PS-Poll or U-APSD).
      When packets are dropped due to retransmit failures, the pending frames
      counter is not always updated properly.
      Fix this by keeping track of the queue that a frame was accounted for in
      the ath_frame_info struct, and using that on completion to decide
      whether the counter should be updated.
      This fixes some spurious transmit queue hangs.
      
      Cc: stable@vger.kernel.org
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      d954cd77
  22. 19 Jun, 2014 7 commits
  23. 30 Apr, 2014 1 commit
    • Felix Fietkau's avatar
      ath9k: remove tid->paused flag · 62e54dbb
      Felix Fietkau authored
      There are some corner cases where the driver could get stuck with a full
      tid queue that is paused, leading to a software tx queue hang.
      
      Since the tx queueing rework, pausing per-tid queues on aggregation
      session setup is no longer necessary. The driver will assign sequence
      numbers to buffered frames when a new session is established, in order
      to get the correct starting sequence number.
      
      mac80211 prevents new frames from entering the queue during setup.
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      62e54dbb
  24. 17 Mar, 2014 1 commit
  25. 14 Mar, 2014 1 commit
  26. 13 Mar, 2014 1 commit
  27. 03 Mar, 2014 1 commit
  28. 28 Feb, 2014 1 commit