An error occurred fetching the project authors.
  1. 10 Aug, 2011 1 commit
  2. 09 Aug, 2011 1 commit
  3. 08 Aug, 2011 1 commit
  4. 15 Jul, 2011 1 commit
    • Felix Fietkau's avatar
      ath9k: improve reliability of MIC error detection · 66760eac
      Felix Fietkau authored
      For unicast the hardware sometimes reports MIC errors even though the
      frame that it received actually contains a valid MIC - on some chips this
      can happen frequently enough to trigger TKIP countermeasures.
      Fix this issue by not reporting MIC errors for unicast frames with a
      valid key, letting mac80211 validate the MIC instead.
      
      Additionally, strip the MIC for all frames that the hardware considers
      valid to avoid wasting CPU cycles re-validating it.
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      66760eac
  5. 22 Jun, 2011 4 commits
  6. 19 May, 2011 1 commit
  7. 16 May, 2011 4 commits
  8. 10 May, 2011 2 commits
  9. 25 Apr, 2011 2 commits
  10. 19 Apr, 2011 1 commit
  11. 12 Apr, 2011 3 commits
    • Felix Fietkau's avatar
      ath9k: fix too early enabling of rx during ath_startrecv() · 95294973
      Felix Fietkau authored
      rx should only be enabled after enough rx buffers have been given to the
      hardware, however ath_rx_buf_link was calling ath9k_hw_rxena after every
      single added buffer.
      Fix this by calling ath9k_hw_rxena directly from the rx tasklet after
      completion instead.
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      95294973
    • Felix Fietkau's avatar
      ath9k: fix PS-Poll reception on AR9160 and earlier · 264bbec8
      Felix Fietkau authored
      I can't find any valid reason for not setting the ATH9K_RX_FILTER_PSPOLL
      flag on older hardware and neither the documentation nor the reference
      code mention any reason for excluding older hardware here.
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      264bbec8
    • Felix Fietkau's avatar
      ath9k_hw: fix stopping rx DMA during resets · 5882da02
      Felix Fietkau authored
      During PHY errors, the MAC can sometimes fail to enter an idle state on older
      hardware (before AR9380) after an rx stop has been requested.
      
      This typically shows up in the kernel log with messages like these:
      
      ath: Could not stop RX, we could be confusing the DMA engine when we start RX up
      ------------[ cut here ]------------
      WARNING: at drivers/net/wireless/ath/ath9k/recv.c:504 ath_stoprecv+0xcc/0xf0 [ath9k]()
      Call Trace:
      [<8023f0e8>] dump_stack+0x8/0x34
      [<80075050>] warn_slowpath_common+0x78/0xa4
      [<80075094>] warn_slowpath_null+0x18/0x24
      [<80d66d60>] ath_stoprecv+0xcc/0xf0 [ath9k]
      [<80d642cc>] ath_set_channel+0xbc/0x270 [ath9k]
      [<80d65254>] ath_radio_disable+0x4a4/0x7fc [ath9k]
      
      When this happens, the state that the MAC enters is easy to identify and
      does not result in bogus DMA traffic, however to ensure a working state
      after a channel change, the hardware should still be reset.
      
      This patch adds detection for this specific MAC state, after which the above
      warnings completely disappear in my tests.
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Cc: stable@kernel.org
      Cc: Kyungwan Nam <Kyungwan.Nam@Atheros.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      5882da02
  12. 07 Apr, 2011 1 commit
    • Rajkumar Manoharan's avatar
      ath9k: configure beacons based on hw opmode · 99e4d43a
      Rajkumar Manoharan authored
      Current ath9k code does not handle beacon timers on opmode
      specific. One such example is that a STA beacon config overwrites
      already configured AP vif's beacon timers during scan.
      
      On multi station vif case, configure beacon timers beased
      on primary vif selected. This also helps while moving back
      to single STA vif from multi STA vifs, where the power save
      is enabled and hw has to be reconfigured with proper
      beacon and bssid/aid. Otherwise connection poll will be triggered
      so frequently due to beacon loss.
      Signed-off-by: default avatarRajkumar Manoharan <rmanoharan@atheros.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      99e4d43a
  13. 11 Mar, 2011 1 commit
    • Felix Fietkau's avatar
      ath9k: remove support for the FIF_PROMISC_IN_BSS filter flag · 2e286947
      Felix Fietkau authored
      The hardware rx filter flag triggered by FIF_PROMISC_IN_BSS is overly broad
      and covers even frames with PHY errors. When this flag is enabled, this message
      shows up frequently during scanning or hardware resets:
      
      ath: Could not stop RX, we could be confusing the DMA engine when we start RX up
      
      Since promiscuous mode is usually not particularly useful, yet enabled by
      default by bridging (either used normally in 4-addr mode, or with hacks
      for various virtualization software), we should sacrifice it for better
      reliability during normal operation.
      
      This patch leaves it enabled if there are active monitor mode interfaces, since
      it's very useful for debugging.
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Cc: stable@kernel.org
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      2e286947
  14. 23 Feb, 2011 1 commit
  15. 28 Jan, 2011 3 commits
  16. 19 Jan, 2011 1 commit
  17. 22 Dec, 2010 1 commit
    • Rajkumar Manoharan's avatar
      ath9k: Fix warnings on card removal · d584747b
      Rajkumar Manoharan authored
      The recently added warning message on power change failure
      is not needed on device removal.
      
      ath: Failed to wakeup in 500us
      ------------[ cut here ]------------
      WARNING: at drivers/net/wireless/ath/ath9k/hw.c:1618
      ath9k_hw_setpower+0x61f/0x630 [ath9k_hw]()
      Hardware name: 64756D6
      Pid: 540, comm: kworker/u:3 Not tainted 2.6.37-rc6-wl #37
      Call Trace:
       [<ffffffff810501aa>] warn_slowpath_common+0x7a/0xb0
       [<ffffffffa056e280>] ? ath9k_iowrite32+0x0/0x90 [ath9k]
       [<ffffffff810501f5>] warn_slowpath_null+0x15/0x20
       [<ffffffffa05226ef>] ath9k_hw_setpower+0x61f/0x630 [ath9k_hw]
       [<ffffffffa05700e5>] ath9k_ps_wakeup+0x85/0xd0 [ath9k]
       [<ffffffffa0570685>] ath9k_configure_filter+0x25/0x80 [ath9k]
       [<ffffffffa04dde43>] ieee80211_configure_filter+0x133/0x190 [mac80211]
       [<ffffffffa04ee502>] ieee80211_do_stop+0x132/0x540 [mac80211]
       [<ffffffff813466ff>] ? _raw_spin_unlock_bh+0x1f/0x30
       [<ffffffff812b6923>] ? dev_deactivate+0x1c3/0x1e0
       [<ffffffffa04ee925>] ieee80211_stop+0x15/0x20 [mac80211]
       [<ffffffff8129d1b6>] __dev_close+0x56/0x90
      Signed-off-by: default avatarRajkumar Manoharan <rmanoharan@atheros.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      d584747b
  18. 07 Dec, 2010 6 commits
  19. 02 Dec, 2010 1 commit
  20. 30 Nov, 2010 1 commit
  21. 22 Nov, 2010 1 commit
  22. 15 Nov, 2010 2 commits