1. 17 9月, 2011 1 次提交
  2. 31 8月, 2011 1 次提交
  3. 25 8月, 2011 2 次提交
  4. 10 8月, 2011 1 次提交
  5. 14 7月, 2011 1 次提交
    • S
      ath9k_hw: Fix incorrect key_miss handling · 0472ade0
      Senthil Balasubramanian 提交于
      Decryping frames on key_miss handling shouldn't be done for Michael
      MIC failed frames as h/w would have already decrypted such frames
      successfully anyway.
      
      Also leaving CRC and PHY error(where the frame is going to be dropped
      anyway), we are left to prcoess Decrypt error for which s/w decrypt is
      selected anway and so having key_miss as a separate check doesn't serve
      anything. So making key_miss handling mutually exlusive with other RX
      status handling makes much more sense.
      
      This patch addresses an issue with STA not reporting MIC failure events
      resulting in STA being disconnected immediately.
      
      Cc: stable@kernel.org
      Signed-off-by: NSenthil Balasubramanian <senthilb@qca.qualcomm.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      0472ade0
  6. 28 6月, 2011 1 次提交
    • R
      ath9k_hw: Fix false tx hung detection in AR9003 chips · dcfcbd59
      Rajkumar Manoharan 提交于
      The edma based (AR9003 family) chips update tx status
      descriptors in a common ring buffer for all transmitted
      frames. Whenever tx interrupt is raised, the descriptors
      are processed and tx status index is moved.
      
      The complete tx stauts ring are updated with beacons tx status
      when there are no data frames to be sent for a period of time.
      In this state, transmitting data frames causes the driver to
      wait for the tx status on an incorrect tx status index though
      the status was updated by hw properly. The driver detects this
      condition as a h/w hang and does unnecessary chip resets.
      
      This issue was orginally reported in adhoc mode while sending
      frames after an idle time.
      Signed-off-by: NRajkumar Manoharan <rmanohar@qca.qualcomm.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      dcfcbd59
  7. 02 6月, 2011 1 次提交
  8. 20 5月, 2011 1 次提交
  9. 06 5月, 2011 1 次提交
  10. 20 4月, 2011 1 次提交
    • F
      ath9k: fix powersave frame filtering/buffering in AP mode · 5519541d
      Felix Fietkau 提交于
      This patch fixes a long standing issue of pending packets in the queue being
      sent (and retransmitted many times) to sleeping stations.
      This was made worse by aggregation through driver-internal retransmitting
      of A-MDPU subframes.
      Previously the hardware tx filter was cleared unconditionally for every
      single packet - with this patch it uses the IEEE80211_TX_CTL_CLEAR_PS_FILT
      for unaggregated frames.
      A sta_notify driver op is added to stop aggregation for stations when they
      enter powersave mode. Subframes stay buffered inside the driver, to ensure
      that the BlockAck window keeps a sane state.
      Since the driver uses software aggregation, the clearing of the tx filter
      needs to be handled by the driver instead of mac80211 for aggregated frames.
      Signed-off-by: NFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      5519541d
  11. 05 4月, 2011 1 次提交
  12. 20 1月, 2011 1 次提交
  13. 05 1月, 2011 1 次提交
  14. 14 12月, 2010 1 次提交
  15. 08 12月, 2010 1 次提交
  16. 17 11月, 2010 1 次提交
  17. 10 11月, 2010 1 次提交
  18. 15 9月, 2010 1 次提交
  19. 17 8月, 2010 1 次提交
  20. 17 7月, 2010 1 次提交
    • L
      ath9k_hw: Fix AR9003 MPDU delimeter CRC check for middle subframes · 9171acc7
      Luis R. Rodriguez 提交于
      An A-MPDU may contain several subframes each containing its own
      CRC for the data. Each subframe also has a respective CRC for the
      MPDU length and 4 reserved bits (aka delimeter CRC). AR9003 will
      ACK frames that have a valid data CRC but have failed to pass the
      CRC for the MPDU length, if and only if the subframe is not the
      last subframe in an A-MPDU and if an OFDM phy OFDM reset error has
      been caught. Discarding those subframes results in packet loss under
      heavy stress conditions, an example being UDP video. Since the
      frames are ACK'd by hardware we need to let these frames through
      and process them as valid frames.
      
      Cc: Tushit Jain <tushit.jain@atheros.com>
      Cc: Kyungwan Nam <kyungwan.nam@atheros.com>
      Signed-off-by: NLuis R. Rodriguez <lrodriguez@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      9171acc7
  21. 15 6月, 2010 1 次提交
  22. 03 6月, 2010 1 次提交
  23. 28 4月, 2010 1 次提交
  24. 17 4月, 2010 13 次提交
  25. 08 10月, 2009 1 次提交
  26. 07 1月, 2009 1 次提交