1. 13 2月, 2014 1 次提交
  2. 24 1月, 2014 1 次提交
  3. 14 1月, 2014 3 次提交
  4. 04 1月, 2014 7 次提交
  5. 20 12月, 2013 2 次提交
  6. 19 12月, 2013 2 次提交
  7. 18 12月, 2013 1 次提交
  8. 03 12月, 2013 4 次提交
  9. 19 10月, 2013 1 次提交
    • L
      ath9k: add TX99 support · 89f927af
      Luis R. Rodriguez 提交于
      TX99 support enables Specific Absorption Rate (SAR) testing.
      SAR is the unit of measurement for the amount of radio frequency(RF)
      absorbed by the body when using a wireless device. The RF
      exposure limits used are expressed in the terms of SAR, which is a
      measure of the electric and magnetic field strength and power density
      for transmitters operating at frequencies from 300 kHz to 100 GHz.
      
      Regulatory bodies around the world require that wireless device
      be evaluated to meet the RF exposure limits set forth in the
      governmental SAR regulations.
      
      In the examples below, for more bit rate options see the iw TX bitrate
      setting documentation:
      
      http://wireless.kernel.org/en/users/Documentation/iw#Modifying_transmit_bitrates
      
      Example usage:
      
      iw phy phy0 interface add moni0 type monitor
      ip link set dev moni0 up
      
      iw dev moni0 set channel 36 HT40+
      iw set bitrates mcs-5 4
      
      echo 10 > /sys/kernel/debug/ieee80211/phy0/ath9k/tx99_power
      echo 1  > /sys/kernel/debug/ieee80211/phy0/ath9k/tx99
      Signed-off-by: NRajkumar Manoharan <rmanohar@qca.qualcomm.com>
      Signed-off-by: NLuis R. Rodriguez <mcgrof@do-not-panic.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      89f927af
  10. 15 10月, 2013 3 次提交
  11. 08 10月, 2013 1 次提交
  12. 27 9月, 2013 1 次提交
  13. 23 8月, 2013 1 次提交
  14. 17 8月, 2013 2 次提交
  15. 16 8月, 2013 1 次提交
  16. 10 8月, 2013 2 次提交
  17. 06 8月, 2013 1 次提交
  18. 16 7月, 2013 1 次提交
  19. 13 6月, 2013 2 次提交
    • S
      ath9k: Fix noisefloor calibration · 696df785
      Sujith Manoharan 提交于
      The commits,
      
      "ath9k: Fix regression in channelwidth switch at the same channel"
      "ath9k: Fix invalid noisefloor reading due to channel update"
      
      attempted to fix noisefloor calibration when a channel switch
      happens due to HT20/HT40 bandwidth change. This is causing invalid
      readings resulting in messages like:
      
      "ath: phy16: NF[0] (-45) > MAX (-95), correcting to MAX".
      
      This results in an incorrect noise being used initially for reporting
      the signal level of received packets, until NF calibration is done
      and the history buffer is updated via the ANI timer, which happens
      much later.
      
      When a bandwidth change happens, it is appropriate to reset
      the internal history data for the channel. Do this correctly in the
      reset() routine by checking the "chanmode" variable.
      
      Cc: stable@vger.kernel.org
      Cc: Rajkumar Manoharan <rmanohar@qca.qualcomm.com>
      Signed-off-by: NSujith Manoharan <c_manoha@qca.qualcomm.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      696df785
    • F
      ath9k: implement support for .release_buffered_frames() · 86a22acf
      Felix Fietkau 提交于
      This adds support for PS-Poll and U-APSD driver-buffered frames (part of
      an aggregation session).
      Signed-off-by: NFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      86a22acf
  20. 04 6月, 2013 1 次提交
  21. 23 5月, 2013 2 次提交