1. 24 7月, 2013 1 次提交
  2. 20 5月, 2011 1 次提交
  3. 26 4月, 2011 1 次提交
  4. 13 4月, 2011 2 次提交
  5. 10 4月, 2011 1 次提交
  6. 31 3月, 2011 2 次提交
    • F
      ath9k_hw: turn a few big macros into functions · a9b6b256
      Felix Fietkau 提交于
      RF_BANK_SETUP, REG_WRITE_RF_ARRAY and REG_WRITE_ARRAY are way too big,
      so they shouldn't be inlined at every single callsite, especially since they
      can easily be turned into real functions.
      Signed-off-by: NFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      a9b6b256
    • R
      ath9k_hw: Speedup register ops for HTC driver · e7fc6338
      Rajkumar Manoharan 提交于
      Fine-tuning register write operation and avoid unnecessay
      delays for ath9k_htc driver, saves hw reset time which
      improves scanning time and also solves one of the following
      scenario.
      
      Sometimes the ACK is sent by STA for assoc response is not
      seen at AP side. So the AP continues to send retry assoc
      responses. At the STA side, since the assoc response was
      already forwarded to mac80211, it proceeded to channel change
      which in turns does chip reset.
      
      In most of the cases the chip reset was completed before
      max retries are reached at AP side. Hence STA can able to ACK
      the retried frames again. But in clear environment these retries
      are completed within shortspan of time.
      
      Since ath9k_htc consumes more time for hw reset, this latency
      is causing dissociation by AP due to max reties are reached.
      This issue was originally reported with Cisco Aironet 1250 AP
      in HT40 mode in noise free environment.
      Signed-off-by: NRajkumar Manoharan <rmanoharan@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      e7fc6338
  7. 08 12月, 2010 1 次提交
  8. 17 9月, 2010 1 次提交
  9. 17 4月, 2010 4 次提交
  10. 08 4月, 2010 1 次提交
  11. 27 2月, 2010 1 次提交
  12. 19 11月, 2009 1 次提交
  13. 31 10月, 2009 6 次提交
  14. 08 10月, 2009 1 次提交
    • L
      ath9k: remove ath9k 25 MHz HT40 spacing stuff · 6420014c
      Luis R. Rodriguez 提交于
      This was for supporting 25 MHz spacing for HT40, this is not used
      as we use 20 MHz spacing instead for HT40 as per 802.11n. The hardware
      is capable of it though so we leave the phymode definition and EEPROM
      parsing for it. If some experimenter wants to work on this stuff stuff
      you can add an extension enabling bool on ath_common and perhaps some
      debugfs knob to enable it. Keep in mind you'll also need to update the
      phymode with the AR_PHY_FC_DYN2040_EXT_CH which has been left on the
      driver.
      Signed-off-by: NLuis R. Rodriguez <lrodriguez@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      6420014c
  15. 20 8月, 2009 1 次提交
  16. 14 8月, 2009 2 次提交
  17. 05 8月, 2009 1 次提交
  18. 28 7月, 2009 1 次提交
  19. 12 5月, 2009 1 次提交
  20. 23 4月, 2009 2 次提交
  21. 28 3月, 2009 1 次提交
  22. 17 3月, 2009 1 次提交
  23. 06 3月, 2009 1 次提交
  24. 28 2月, 2009 2 次提交
  25. 14 2月, 2009 2 次提交
  26. 13 12月, 2008 1 次提交