1. 20 11月, 2014 5 次提交
  2. 10 11月, 2014 2 次提交
  3. 04 11月, 2014 2 次提交
  4. 31 10月, 2014 1 次提交
  5. 30 10月, 2014 1 次提交
  6. 27 10月, 2014 1 次提交
  7. 22 10月, 2014 1 次提交
    • J
      cfg80211: make WMM TSPEC support flag an nl80211 feature flag · 723e73ac
      Johannes Berg 提交于
      During the review of the corresponding wpa_supplicant patches we
      noticed that the only way for it to detect that this functionality
      is supported currently is to check for the command support. This
      can be misleading though, as the command was also designed to, in
      the future, support pure 802.11 TSPECs.
      
      Expose the WMM-TSPEC feature flag to nl80211 so later we can also
      expose an 802.11-TSPEC feature flag (if needed) to differentiate
      the two cases.
      
      Note: this change isn't needed in 3.18 as there's no driver there
      yet that supports the functionality at all.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      723e73ac
  8. 20 10月, 2014 2 次提交
  9. 09 10月, 2014 2 次提交
  10. 11 9月, 2014 6 次提交
  11. 05 9月, 2014 3 次提交
  12. 03 9月, 2014 1 次提交
  13. 26 8月, 2014 1 次提交
    • J
      cfg80211: clarify BSS probe response vs. beacon data · 0e227084
      Johannes Berg 提交于
      There are a few possible cases of where BSS data came from:
       1) only a beacon has been received
       2) only a probe response has been received
       3) the driver didn't report what it received (this happens when
          using cfg80211_inform_bss[_width]())
       4) both probe response and beacon data has been received
      
      Unfortunately, in the userspace API, a few things weren't there:
       a) there was no way to differentiate cases 1) and 4) above
          without comparing the data of the IEs
       b) the TSF was always from the last frame, instead of being
          exposed for beacon/probe response separately like IEs
      
      Fix this by
         i) exporting a new flag attribute that indicates whether or
            not probe response data has been received - this addresses (a)
        ii) exporting a BEACON_TSF attribute that holds the beacon's TSF
            if a beacon has been received
       iii) not exporting the beacon attributes in case (3) above as that
            would just lead userspace into thinking the data actually came
            from a beacon when that isn't clear
      
      To implement this, track inside the IEs struct whether or not it
      (definitely) came from a beacon.
      
      Reported-by: William Seto
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      0e227084
  14. 21 7月, 2014 1 次提交
  15. 26 6月, 2014 1 次提交
  16. 24 6月, 2014 1 次提交
  17. 23 6月, 2014 1 次提交
  18. 26 5月, 2014 1 次提交
  19. 20 5月, 2014 2 次提交
  20. 15 5月, 2014 3 次提交
  21. 13 5月, 2014 1 次提交
  22. 29 4月, 2014 1 次提交