1. 09 3月, 2014 1 次提交
  2. 24 2月, 2014 4 次提交
  3. 21 2月, 2014 4 次提交
  4. 20 2月, 2014 1 次提交
  5. 13 2月, 2014 9 次提交
  6. 07 2月, 2014 7 次提交
  7. 06 2月, 2014 1 次提交
  8. 05 2月, 2014 3 次提交
    • J
      nl80211: fix scheduled scan RSSI matchset attribute confusion · ea73cbce
      Johannes Berg 提交于
      The scheduled scan matchsets were intended to be a list of filters,
      with the found BSS having to pass at least one of them to be passed
      to the host. When the RSSI attribute was added, however, this was
      broken and currently wpa_supplicant adds that attribute in its own
      matchset; however, it doesn't intend that to mean that anything
      that passes the RSSI filter should be passed to the host, instead
      it wants it to mean that everything needs to also have higher RSSI.
      
      This is semantically problematic because we have a list of filters
      like [ SSID1, SSID2, SSID3, RSSI ] with no real indication which
      one should be OR'ed and which one AND'ed.
      
      To fix this, move the RSSI filter attribute into each matchset. As
      we need to stay backward compatible, treat a matchset with only the
      RSSI attribute as a "default RSSI filter" for all other matchsets,
      but only if there are other matchsets (an RSSI-only matchset by
      itself is still desirable.)
      
      To make driver implementation easier, keep a global min_rssi_thold
      for the entire request as well. The only affected driver is ath6kl.
      
      I found this when I looked into the code after Raja Mani submitted
      a patch fixing the n_match_sets calculation to disregard the RSSI,
      but that patch didn't address the semantic issue.
      Reported-by: NRaja Mani <rmani@qti.qualcomm.com>
      Acked-by: NLuciano Coelho <luciano.coelho@intel.com>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      ea73cbce
    • J
      mac80211: remove module handling from rate control ops · cc01f9b5
      Johannes Berg 提交于
      There's not a single rate control algorithm actually in
      a separate module where the module refcount would be
      required. Similarly, there's no specific rate control
      module.
      
      Therefore, all the module handling code in rate control
      is really just dead code, so remove it.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      cc01f9b5
    • J
      mac80211: make rate control ops const · 631ad703
      Johannes Berg 提交于
      Change the code to allow making all the rate control ops
      const, nothing ever needs to change them. Also change all
      drivers to make use of this and mark the ops const.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      631ad703
  9. 04 2月, 2014 10 次提交