1. 13 8月, 2011 2 次提交
  2. 20 7月, 2011 1 次提交
  3. 16 7月, 2011 3 次提交
  4. 08 7月, 2011 1 次提交
  5. 07 7月, 2011 2 次提交
  6. 17 5月, 2011 2 次提交
    • J
      nl80211: Move peer link state definition to nl80211 · 57cf8043
      Javier Cardona 提交于
      These definitions need to be exposed now that we can set the peer link
      states via NL80211_ATTR_STA_PLINK_STATE.  They were already being
      (opaquely) reported by NL80211_STA_INFO_PLINK_STATE.
      Signed-off-by: NJavier Cardona <javier@cozybit.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      57cf8043
    • J
      cfg80211: advertise possible interface combinations · 7527a782
      Johannes Berg 提交于
      Add the ability to advertise interface combinations in nl80211.
      This allows the driver to indicate what the combinations are
      that it supports. "Combinations" of just a single interface are
      implicit, as previously. Note that cfg80211 will enforce that
      the restrictions are met, but not for all drivers yet (once all
      drivers are updated, we can remove the flag and enforce for all).
      
      When no combinations are actually supported, an empty list will
      be exported so that userspace can know if the kernel exported
      this info or not (although it isn't clear to me what tools using
      the info should do if the kernel didn't export it).
      
      Since some interface types are purely virtual/software and don't
      fit the restrictions, those are exposed in a new list of pure SW
      types, not subject to restrictions. This mainly exists to handle
      AP-VLAN and monitor interfaces in mac80211.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      7527a782
  7. 12 5月, 2011 4 次提交
  8. 06 5月, 2011 1 次提交
  9. 13 4月, 2011 5 次提交
  10. 08 4月, 2011 1 次提交
  11. 31 3月, 2011 1 次提交
  12. 02 3月, 2011 1 次提交
  13. 11 1月, 2011 1 次提交
  14. 21 12月, 2010 3 次提交
  15. 17 12月, 2010 1 次提交
    • J
      nl80211: Add notification for dropped Deauth/Disassoc · cf4e594e
      Jouni Malinen 提交于
      Add a new notification to indicate that a received, unprotected
      Deauthentication or Disassociation frame was dropped due to
      management frame protection being in use. This notification is
      needed to allow user space (e.g., wpa_supplicant) to implement
      SA Query procedure to recover from association state mismatch
      between an AP and STA.
      
      This is needed to avoid getting stuck in non-working state when MFP
      (IEEE 802.11w) is used and a protected Deauthentication or
      Disassociation frame is dropped for any reason. After that, the
      station would silently discard any unprotected Deauthentication or
      Disassociation frame that could be indicating that the AP does not
      have association for the STA (when the Reason Code would be 6 or 7).
      IEEE Std 802.11w-2009, 11.13 describes this recovery mechanism.
      Signed-off-by: NJouni Malinen <j@w1.fi>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      cf4e594e
  16. 16 12月, 2010 1 次提交
  17. 14 12月, 2010 1 次提交
  18. 09 12月, 2010 1 次提交
  19. 08 12月, 2010 1 次提交
  20. 07 12月, 2010 2 次提交
  21. 30 11月, 2010 1 次提交
  22. 25 11月, 2010 2 次提交
  23. 19 11月, 2010 1 次提交
  24. 17 11月, 2010 1 次提交