1. 25 Nov, 2013 1 commit
  2. 28 Oct, 2013 3 commits
  3. 01 Oct, 2013 1 commit
  4. 26 Sep, 2013 3 commits
  5. 21 Aug, 2013 2 commits
  6. 16 Aug, 2013 1 commit
  7. 12 Aug, 2013 1 commit
  8. 01 Aug, 2013 1 commit
  9. 16 Jul, 2013 7 commits
  10. 18 Jun, 2013 3 commits
  11. 24 May, 2013 2 commits
  12. 16 Apr, 2013 1 commit
    • Johannes Berg's avatar
      mac80211: parse VHT channel switch IEs · b2e506bf
      Johannes Berg authored
      VHT introduces multiple IEs that need to be parsed for a
      wide bandwidth channel switch. Two are (currently) needed
      in mac80211:
       * wide bandwidth channel switch element
       * channel switch wrapper element
      
      The former is contained in the latter for beacons and probe
      responses, but not for the spectrum management action frames
      so the IE parser needs a new argument to differentiate them.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      b2e506bf
  13. 10 Apr, 2013 1 commit
  14. 08 Apr, 2013 1 commit
  15. 25 Mar, 2013 2 commits
  16. 06 Mar, 2013 1 commit
  17. 15 Feb, 2013 1 commit
    • Johannes Berg's avatar
      mac80211: stop toggling IEEE80211_HT_CAP_SUP_WIDTH_20_40 · e1a0c6b3
      Johannes Berg authored
      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: default avatarJohannes Berg <johannes.berg@intel.com>
      e1a0c6b3
  18. 11 Feb, 2013 3 commits
  19. 31 Jan, 2013 1 commit
    • Johannes Berg's avatar
      mac80211: start auth/assoc timeout on frame status · 1672c0e3
      Johannes Berg authored
      When sending authentication/association frames they
      might take a bit of time to go out because we may
      have to synchronise with the AP, in particular in
      the case where it's really a P2P GO. In this case
      the 200ms fixed timeout could potentially be too
      short if the beacon interval is relatively large.
      
      For drivers that report TX status we can do better.
      Instead of starting the timeout directly, start it
      only when the frame status arrives. Since then the
      frame was out on the air, we can wait shorter (the
      typical response time is supposed to be 30ms, wait
      100ms.) Also, if the frame failed to be transmitted
      try again right away instead of waiting.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      1672c0e3
  20. 03 Jan, 2013 4 commits