1. 18 10月, 2012 1 次提交
  2. 17 10月, 2012 2 次提交
  3. 13 10月, 2012 1 次提交
  4. 19 9月, 2012 1 次提交
  5. 20 8月, 2012 1 次提交
    • J
      cfg80211: add P2P Device abstraction · 98104fde
      Johannes Berg 提交于
      In order to support using a different MAC address
      for the P2P Device address we must first have a
      P2P Device abstraction that can be assigned a MAC
      address.
      
      This abstraction will also be useful to support
      offloading P2P operations to the device, e.g.
      periodic listen for discoverability.
      
      Currently, the driver is responsible for assigning
      a MAC address to the P2P Device, but this could be
      changed by allowing a MAC address to be given to
      the NEW_INTERFACE command.
      
      As it has no associated netdev, a P2P Device can
      only be identified by its wdev identifier but the
      previous patches allowed using the wdev identifier
      in various APIs, e.g. remain-on-channel.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      98104fde
  6. 17 7月, 2012 2 次提交
  7. 09 7月, 2012 1 次提交
    • J
      nl80211: prepare for non-netdev wireless devs · 89a54e48
      Johannes Berg 提交于
      In order to support a P2P device abstraction and
      Bluetooth high-speed AMPs, we need to have a way
      to identify virtual interfaces that don't have a
      netdev associated.
      
      Do this by adding a NL80211_ATTR_WDEV attribute
      to identify a wdev which may or may not also be
      a netdev.
      
      To simplify things, use a 64-bit value with the
      high 32 bits being the wiphy index for this new
      wdev identifier in the nl80211 API.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      89a54e48
  8. 05 7月, 2012 1 次提交
  9. 02 7月, 2012 1 次提交
  10. 28 6月, 2012 1 次提交
  11. 26 6月, 2012 1 次提交
  12. 18 6月, 2012 1 次提交
  13. 14 6月, 2012 1 次提交
  14. 13 6月, 2012 2 次提交
  15. 11 6月, 2012 1 次提交
  16. 07 6月, 2012 1 次提交
  17. 06 6月, 2012 2 次提交
  18. 17 5月, 2012 1 次提交
  19. 16 5月, 2012 1 次提交
  20. 09 5月, 2012 1 次提交
  21. 12 4月, 2012 1 次提交
  22. 11 4月, 2012 2 次提交
  23. 13 3月, 2012 1 次提交
  24. 07 3月, 2012 1 次提交
  25. 06 3月, 2012 2 次提交
  26. 23 2月, 2012 1 次提交
  27. 31 1月, 2012 1 次提交
  28. 28 1月, 2012 1 次提交
  29. 20 12月, 2011 1 次提交
  30. 16 12月, 2011 1 次提交
  31. 07 12月, 2011 1 次提交
  32. 29 11月, 2011 2 次提交
  33. 22 11月, 2011 1 次提交
    • B
      wireless: Support ht-capabilities over-rides. · 7e7c8926
      Ben Greear 提交于
      This allows users to disable features such as HT, HT40,
      and to modify the MCS, AMPDU, and AMSDU settings for
      drivers that support it.
      
      The MCS, AMPDU, and AMSDU features that may be disabled are
      are reported in the phy-info netlink message as a mask.
      
      Attemping to disable features that are not supported will
      take no affect, but will not return errors.  This is to aid
      backwards compatibility in user-space apps that may not be
      clever enough to deal with parsing the the capabilities mask.
      
      This patch only enables the infrastructure.  An additional
      patch will enable the feature in mac80211.
      Signed-off-by: NBen Greear <greearb@candelatech.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      7e7c8926