1. 16 Jul, 2013 2 commits
  2. 13 Jun, 2013 1 commit
  3. 05 Jun, 2013 1 commit
  4. 04 Jun, 2013 1 commit
  5. 24 May, 2013 1 commit
  6. 16 May, 2013 3 commits
  7. 22 Apr, 2013 2 commits
    • Felix Fietkau's avatar
      mac80211: improve the rate control API · 0d528d85
      Felix Fietkau authored
      Allow rate control modules to pass a rate selection table to mac80211
      and the driver. This allows drivers to fetch the most recent rate
      selection from the sta pointer for already buffered frames. This allows
      rate control to respond faster to sudden link changes and it is also a
      step towards adding minstrel_ht support to drivers like iwlwifi.
      
      When a driver sets IEEE80211_HW_SUPPORTS_RC_TABLE, mac80211 will not
      fill info->control.rates with rates from the rate table (to preserve
      explicit overrides by the rate control module). The driver then
      explicitly calls ieee80211_get_tx_rates to merge overrides from
      info->control.rates with defaults from the sta rate table.
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      0d528d85
    • Alexander Bondar's avatar
      mac80211: indicate admission control in TX queue parameters · 908f8d07
      Alexander Bondar authored
      Some driver implementations need to know whether mandatory
      admission control is required by the AP for some ACs. Add
      a parameter to the TX queue parameters indicating this.
      
      As there's currently no support for admission control in
      mac80211's AP implementation, it's only ever set for the
      client implementation.
      Signed-off-by: default avatarAlexander Bondar <alexander.bondar@intel.com>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      908f8d07
  8. 16 Apr, 2013 4 commits
    • Felix Fietkau's avatar
      mac80211: fix CTS protection handling · 991fec09
      Felix Fietkau authored
      The rates[0] CTS and RTS flags are only set after rate control has been
      called, so minstrel cannot use them to for setting the number of
      retries. This patch adds two new flags to explicitly indicate RTS/CTS use.
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      991fec09
    • Felix Fietkau's avatar
      mac80211: fix and optimize MCS mask handling · 2ffbe6d3
      Felix Fietkau authored
      Currently the code always copies the configured MCS mask (even if it is
      set to default), but only uses it if legacy rates were also masked out.
      Fix this by adding a flag that tracks whether the configured MCS mask is
      set to default or not.
      Optimize the code further by storing a pointer to the configured rate
      mask in txrc instead of using memcpy.
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      2ffbe6d3
    • Karl Beldan's avatar
      mac80211: VHT off-by-one NSS · 6bc8312f
      Karl Beldan authored
      The number of VHT spatial streams (NSS) is found in:
      - s8 ieee80211_tx_rate.rate.idx[6:4] (tx - filled by rate control)
      - u8 ieee80211_rx_status.vht_nss     (rx - filled by driver)
      Tx discriminates valid rates indexes with the sign bit and encodes NSS
      starting from 0 to 7 (note this matches some hw encodings e.g IWLMVM).
      Rx does not have the same constraints, and encodes NSS starting from 1
      to 8 (note this matches what wireshark expects in the radiotap header).
      
      To handle ieee80211_tx_rate.rate.idx[6:4] ieee80211_rate_set_vht() and
      ieee80211_rate_get_vht_nss() assume their nss parameter and return value
      respectively runs from 0 to 7.
      ATM, there are only 2 users of these: cfg.c:sta_set_rate_info_t() and
      iwlwifi/mvm/tx.c:iwl_mvm_hwrate_to_tx_control(), but both assume nss
      runs from 1 to 8.
      This patch fixes this inconsistency by making ieee80211_rate_set_vht()
      and ieee80211_rate_get_vht_nss() handle an nss running from 1 to 8.
      Signed-off-by: default avatarKarl Beldan <karl.beldan@rivierawaves.com>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      6bc8312f
    • Johannes Berg's avatar
      mac80211: support secondary channel offset in CSA · 85220d71
      Johannes Berg authored
      Add support for the secondary channel offset IE in channel
      switch announcements. This is necessary for proper handling
      of CSA on HT access points.
      
      For this to work it is also necessary to convert everything
      here to use chandef structs instead of just channels. The
      driver updates aren't really correct though. In particular,
      the TI wl18xx driver update can't possibly be right since
      it just ignores the new channel width for lack of firmware
      API.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      85220d71
  9. 10 Apr, 2013 1 commit
  10. 25 Mar, 2013 2 commits
  11. 22 Mar, 2013 1 commit
  12. 18 Mar, 2013 4 commits
  13. 11 Mar, 2013 1 commit
  14. 07 Mar, 2013 1 commit
    • Johannes Berg's avatar
      mac80211: provide ieee80211_sta_eosp() · e943789e
      Johannes Berg authored
      The irqsafe version ieee80211_sta_eosp_irqsafe() exists, but
      drivers must not mix calls to any irqsafe/non-irqsafe function.
      Both ath9k and iwlwifi, the likely first users of this interface,
      use non-irqsafe RX/TX/TX status so must also use a non-irqsafe
      version of this function. Since no driver uses the _irqsafe()
      version, remove that.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      e943789e
  15. 06 Mar, 2013 3 commits
  16. 15 Feb, 2013 6 commits
    • Johannes Berg's avatar
      mac80211: stop modifying HT SMPS capability · af0ed69b
      Johannes Berg authored
      Instead of modifying the HT SMPS capability field
      for stations, track the SMPS mode explicitly in a
      new field in the station struct and use it in the
      drivers that care about it. This simplifies the
      code using it.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      af0ed69b
    • Johannes Berg's avatar
      mac80211: add ieee80211_vif_change_bandwidth · 2c9b7359
      Johannes Berg authored
      For HT and VHT the current bandwidth can change,
      add the function ieee80211_vif_change_bandwidth()
      to take care of this. It returns a failure if the
      new bandwidth isn't compatible with the existing
      channel context, the caller has to handle that.
      When it happens, also inform the driver that the
      bandwidth changed for this virtual interface (no
      drivers would actually care today though.)
      
      Changing to/from HT/VHT isn't allowed though.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      2c9b7359
    • Johannes Berg's avatar
      mac80211: handle VHT operating mode notification · 0af83d3d
      Johannes Berg authored
      Handle the operating mode notification action frame.
      When the supported streams or the bandwidth change
      let the driver and rate control algorithm know.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      0af83d3d
    • Johannes Berg's avatar
      mac80211: track number of spatial streams · 8921d04e
      Johannes Berg authored
      With VHT, a station can change the number of spatial
      streams it can receive on the fly, not unlike spatial
      multiplexing in HT. Prepare for that by tracking the
      maximum number of spatial streams it can receive when
      the connection is established.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      8921d04e
    • 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
    • Simon Wunderlich's avatar
      mac80211: add radar detection command/event · 164eb02d
      Simon Wunderlich authored
      Add command to trigger radar detection in the driver/FW.
      Once radar detection is started it should continuously
      monitor for radars as long as the channel active.
      If radar is detected usermode notified with 'radar
      detected' event.
      
      Scanning and remain on channel functionality must be disabled
      while doing radar detection/scanning, and vice versa.
      
      Based on original patch by Victor Goldenshtein <victorg@ti.com>
      Signed-off-by: default avatarSimon Wunderlich <siwu@hrz.tu-chemnitz.de>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      164eb02d
  17. 11 Feb, 2013 5 commits
  18. 04 Feb, 2013 1 commit
    • Johannes Berg's avatar
      mac80211: always allow calling ieee80211_connection_loss() · 682bd38b
      Johannes Berg authored
      With multi-channel, there's a corner case where a driver
      doesn't receive a beacon soon enough to be able to sync
      its timers with the AP. In this case, the only recovery
      (after trying again) is to disconnect from the AP. Allow
      calling ieee80211_connection_loss() for such cases. To
      make that possible, modify the work function to not rely
      on the IEEE80211_HW_CONNECTION_MONITOR flag but use new
      state kept in the interface instead.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      682bd38b