1. 27 5月, 2013 2 次提交
  2. 18 4月, 2013 1 次提交
  3. 08 4月, 2013 1 次提交
    • E
      iwlwifi: dvm: handle FLUSH ampdu actions from mac80211 · 2d055afd
      Emmanuel Grumbach 提交于
      Until now we didn't handle properly the FLUSH ampdu action
      coming from mac80211. This could result in SCD queue leak:
      mac80211 would STOP_FLUSH an AMPDU Tx session and remove
      the station. If we had still packets on the ring, we
      wouldn't deallocate the SCD queue and wait for it to be
      empty.
      The indication of the queue being empty comes from the Tx
      response flow which relies on the tid_data structure. The
      problem is that this structure has been cleared when the
      station has been removed.
      In order to solve this issue, block in the STOP_FLUSH
      ampdu_action until the SCD queue is flushed, and only then,
      let mac80211 move forward to remove the station.
      iwlagn_txfifo_flush had to be enhanced to allow this.
      
      The bug fixed here caused the "txq_id mismatch: 12 0" print.
      Signed-off-by: NEmmanuel Grumbach <emmanuel.grumbach@intel.com>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      2d055afd
  4. 04 4月, 2013 1 次提交
  5. 06 3月, 2013 1 次提交
  6. 15 2月, 2013 1 次提交
    • J
      mac80211: stop toggling IEEE80211_HT_CAP_SUP_WIDTH_20_40 · e1a0c6b3
      Johannes Berg 提交于
      For VHT, many more bandwidth changes are possible. As a first
      step, stop toggling the IEEE80211_HT_CAP_SUP_WIDTH_20_40 flag
      in the HT capabilities and instead introduce a bandwidth field
      indicating the currently usable bandwidth to transmit to the
      station. Of course, make all drivers use it.
      
      To achieve this, make ieee80211_ht_cap_ie_to_sta_ht_cap() get
      the station as an argument, rather than the new capabilities,
      so it can set up the new bandwidth field.
      
      If the station is a VHT station and VHT bandwidth is in use,
      also set the bandwidth accordingly.
      
      Doing this allows us to get rid of the supports_40mhz flag as
      the HT capabilities now reflect the true capability instead of
      the current setting.
      
      While at it, also fix ieee80211_ht_cap_ie_to_sta_ht_cap() to not
      ignore HT cap overrides when MCS TX isn't supported (not that it
      really happens...)
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      e1a0c6b3
  7. 24 1月, 2013 1 次提交
  8. 05 11月, 2012 1 次提交
  9. 31 7月, 2012 1 次提交
  10. 26 7月, 2012 1 次提交
  11. 21 6月, 2012 1 次提交
  12. 11 6月, 2012 1 次提交
  13. 06 6月, 2012 4 次提交
  14. 09 5月, 2012 1 次提交
  15. 24 4月, 2012 4 次提交
  16. 20 4月, 2012 1 次提交
  17. 18 4月, 2012 4 次提交
  18. 17 4月, 2012 3 次提交
  19. 13 4月, 2012 10 次提交