Skip to content
Snippets Groups Projects
  1. Oct 27, 2016
  2. Oct 19, 2016
  3. Oct 17, 2016
  4. Oct 13, 2016
    • Purushottam Kushwaha's avatar
      cfg80211: support virtual interfaces with different beacon intervals · 0c317a02
      Purushottam Kushwaha authored
      
      This commit provides a mechanism for the host drivers to advertise the
      support for different beacon intervals among the respective interface
      combinations in a group, through NL80211_IFACE_COMB_BI_MIN_GCD (u32).
      
      This value will be compared against GCD of all beaconing interfaces of
      matching combinations.
      
      If the driver doesn't advertise this value, the old behaviour where
      all beacon intervals must be identical is retained.
      
      If it is specified, then any beacon interval for an interface in the
      interface combination as well as the GCD of all active beacon intervals
      in the combination must be greater or equal to this value.
      
      Signed-off-by: default avatarPurushottam Kushwaha <pkushwah@qti.qualcomm.com>
      [change commit message, some variable names, small other things]
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      0c317a02
  5. Sep 30, 2016
  6. Sep 26, 2016
  7. Sep 15, 2016
  8. Sep 13, 2016
  9. Sep 12, 2016
    • Denis Kenzior's avatar
      nl80211: Allow GET_INTERFACE dumps to be filtered · b7fb44da
      Denis Kenzior authored
      
      This patch allows GET_INTERFACE dumps to be filtered based on
      NL80211_ATTR_WIPHY or NL80211_ATTR_WDEV.  The documentation for
      GET_INTERFACE mentions that this is possible:
      "Request an interface's configuration; either a dump request on
      a %NL80211_ATTR_WIPHY or ..."
      
      However, this behavior has not been implemented until now.
      
      Johannes: rewrite most of the patch:
       * use nl80211_dump_wiphy_parse() to also allow passing an interface
         to be able to dump its siblings
       * fix locking (must hold rtnl around using nl80211_fam.attrbuf)
       * make init self-contained instead of relying on other cb->args
      
      Signed-off-by: default avatarDenis Kenzior <denkenz@gmail.com>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      b7fb44da
  10. Aug 11, 2016
  11. Aug 05, 2016
  12. Jul 06, 2016
  13. Jun 30, 2016
    • Arnd Bergmann's avatar
      nl80211: improve nl80211_parse_mesh_config type checking · f151d9db
      Arnd Bergmann authored
      
      When building a kernel with W=1, the nl80211.c file causes a number of
      warnings, all about the same problem:
      
      net/wireless/nl80211.c: In function 'nl80211_parse_mesh_config':
      net/wireless/nl80211.c:5287:103: error: comparison is always false due to limited range of data type [-Werror=type-limits]
      net/wireless/nl80211.c:5290:96: error: comparison is always false due to limited range of data type [-Werror=type-limits]
      net/wireless/nl80211.c:5293:124: error: comparison is always false due to limited range of data type [-Werror=type-limits]
      net/wireless/nl80211.c:5295:148: error: comparison is always false due to limited range of data type [-Werror=type-limits]
      net/wireless/nl80211.c:5298:106: error: comparison is always false due to limited range of data type [-Werror=type-limits]
      net/wireless/nl80211.c:5305:116: error: comparison is always false due to limited range of data type [-Werror=type-limits]
      
      The problem is that gcc does not notice that the check is generate
      by a macro, so it complains about comparing an unsigned type against 0.
      
      I've tried to come up with a way to rephrase that code in a way that
      avoids the warnings and otherwise improves the code as well.
      
      This uses a set of new helper functions that perform the range checking,
      and should provide slightly better type safety than the older patch,
      at the expense of adding 44 lines to the code. Binary code size is
      basically unchanged though (20 bytes added to 126561 bytes .text).
      
      Signed-off-by: default avatarArnd Bergmann <arnd@arndb.de>
      Signed-off-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      f151d9db
  14. Jun 09, 2016
  15. May 31, 2016
    • Kanchanapally, Vidyullatha's avatar
      cfg80211: Advertise extended capabilities per interface type to userspace · 019ae3a9
      Kanchanapally, Vidyullatha authored
      
      The driver extended capabilities may differ for different
      interface types which the userspace needs to know (for
      example the fine timing measurement initiator and responder
      bits might differ for a station and AP). Add a new nl80211
      attribute to provide extended capabilities per interface type
      to userspace.
      
      Signed-off-by: default avatarVidyullatha Kanchanapally <vkanchan@qti.qualcomm.com>
      Reviewed-by: default avatarJouni Malinen <jouni@qca.qualcomm.com>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      019ae3a9
    • Jouni Malinen's avatar
      cfg80211: Allow cfg80211_connect_result() errors to be distinguished · bf1ecd21
      Jouni Malinen authored
      
      Previously, the status parameter to cfg80211_connect_result() was
      documented as using WLAN_STATUS_UNSPECIFIED_FAILURE (1) when the real
      status code for the failure is not known. This value can be used by an
      AP (and often is) and as such, user space cannot distinguish between
      explicitly rejected authentication/association and not being able to
      even try to associate or not receiving a response from the AP.
      
      Add a new inline function, cfg80211_connect_timeout(), to be used when
      the driver knows that the connection attempt failed due to a reason
      where connection could not be attempt or no response was received from
      the AP. The internal functions now allow a negative status value (-1) to
      be used as an indication of this special case. This results in the
      NL80211_ATTR_TIMED_OUT to be added to the NL80211_CMD_CONNECT event to
      allow user space to determine this case was hit. For backwards
      compatibility, NL80211_STATUS_CODE with the value
      WLAN_STATUS_UNSPECIFIED_FAILURE is still indicated in the event in such
      a case.
      
      Signed-off-by: default avatarJouni Malinen <jouni@qca.qualcomm.com>
      [johannes: fix cfg80211_connect_bss() prototype to use int for status,
       add cfg80211_connect_timeout() to docbook, fix docbook]
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      bf1ecd21
    • Martin Willi's avatar
      nl80211: Allow privileged operations from user namespaces · 5617c6cd
      Martin Willi authored
      
      While a wiphy can be transferred to network namespaces, a process having
      CAP_NET_ADMIN in a non-initial user namespace can not administrate such
      devices due to the genetlink GENL_ADMIN_PERM restrictions.
      
      For openvswitch having the same issue, a new GENL_UNS_ADMIN_PERM flag has
      been introduced, commit 4a92602a ("openvswitch: allow management from
      inside user namespaces"). This patch changes all privileged operations
      operating on a wiphy, dev or wdev to allow their administration using the
      same mechanism. All operations use either NEED_WIPHY, NEED_WDEV or
      NEED_NETDEV, which implies a namespace aware lookup of the device. The only
      exception is NL80211_CMD_SET_WIPHY, which explicitly uses a namespace aware
      phy lookup.
      
      Signed-off-by: default avatarMartin Willi <martin@strongswan.org>
      [also allow cancel scan, for completeness]
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      5617c6cd
  16. May 12, 2016
  17. Apr 27, 2016
  18. Apr 26, 2016
Loading