1. 30 Nov, 2012 2 commits
  2. 29 Nov, 2012 6 commits
  3. 28 Nov, 2012 4 commits
  4. 27 Nov, 2012 5 commits
  5. 26 Nov, 2012 19 commits
  6. 23 Nov, 2012 4 commits
    • Johannes Berg's avatar
      cfg80211: use DS or HT operation IEs to determine BSS channel · 0172bb75
      Johannes Berg authored
      Currently, mac80211 checks the DS params IE if present and
      uses it for the (primary) BSS channel, instead of the one
      that the frame was received on. This is particularly useful
      in the 2.4 GHz band since a frame is often received on one
      of the adjacent channels due to overlap.
      Move this code to cfg80211 so other drivers also do this.
      Additionally, on 5 GHz, in particular with some (possibly)
      upcoming changes in 802.11ai and duplicate transmissions
      when wider channels are used, something similar happens.
      So if present, also use the (primary) channel information
      contained in the HT operation IE.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
    • Johannes Berg's avatar
      mac80211: disable HT advertising unless AP supports it · 03ae834f
      Johannes Berg authored
      If the AP doesn't support HT, or more importantly if
      it does but we have to disable it because its IEs are
      broken, don't advertise HT support in our association
      request. Otherwise, we configure our channel to be a
      20 MHz non-HT channel but the AP might still think we
      support HT, or even 40 MHz.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
    • Johannes Berg's avatar
      mac80211: rename IEEE80211_STA_DISABLE_11N to HT · a8243b72
      Johannes Berg authored
      Since the 11n spec amendment was rolled into the
      2012 version, "11n" no longer makes sense. Use
      "HT" instead.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
    • Johannes Berg's avatar
      mac80211: fix RX chains configuration · 76c5fa0f
      Johannes Berg authored
      If the driver doesn't support 40 MHz channels, then
      mac80211 erroneously sets number of RX chains to one
      although the number of chains is independent of the
      support for 40 MHz channels.
      Fix this by checking the 40 MHz support only for the
      code that sets the 40 MHz channel not the complete
      HT code block.
      This also means the HT20 channel type will always be
      set in the changed code block so there's no need to
      set it in case we override the AP due to invalid IEs
      in the probe response/beacon.
      The indentation is a bit quirky, but I'm rewriting
      this code for VHT support so this will change again
      very soon.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>