1. 12 1月, 2017 1 次提交
    • A
      wext: handle NULL extra data in iwe_stream_add_point better · 93be2b74
      Arnd Bergmann 提交于
      gcc-7 complains that wl3501_cs passes NULL into a function that
      then uses the argument as the input for memcpy:
      
      drivers/net/wireless/wl3501_cs.c: In function 'wl3501_get_scan':
      include/net/iw_handler.h:559:3: error: argument 2 null where non-null expected [-Werror=nonnull]
         memcpy(stream + point_len, extra, iwe->u.data.length);
      
      This works fine here because iwe->u.data.length is guaranteed to be 0
      and the memcpy doesn't actually have an effect.
      
      Making the length check explicit avoids the warning and should have
      no other effect here.
      
      Also check the pointer itself, since otherwise we get warnings
      elsewhere in the code.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      93be2b74
  2. 30 1月, 2016 1 次提交
    • J
      cfg80211/wext: fix message ordering · cb150b9d
      Johannes Berg 提交于
      Since cfg80211 frequently takes actions from its netdev notifier
      call, wireless extensions messages could still be ordered badly
      since the wext netdev notifier, since wext is built into the
      kernel, runs before the cfg80211 netdev notifier. For example,
      the following can happen:
      
      5: wlan1: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN group default
          link/ether 02:00:00:00:01:00 brd ff:ff:ff:ff:ff:ff
      5: wlan1: <BROADCAST,MULTICAST,UP>
          link/ether
      
      when setting the interface down causes the wext message.
      
      To also fix this, export the wireless_nlevent_flush() function
      and also call it from the cfg80211 notifier.
      
      Cc: stable@vger.kernel.org
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      cb150b9d
  3. 01 3月, 2015 1 次提交
  4. 22 9月, 2013 1 次提交
  5. 31 3月, 2011 1 次提交
  6. 01 4月, 2010 1 次提交
  7. 04 11月, 2009 1 次提交
  8. 08 10月, 2009 1 次提交
    • J
      wext: refactor · 3d23e349
      Johannes Berg 提交于
      Refactor wext to
       * split out iwpriv handling
       * split out iwspy handling
       * split out procfs support
       * allow cfg80211 to have wireless extensions compat code
         w/o CONFIG_WIRELESS_EXT
      
      After this, drivers need to
       - select WIRELESS_EXT	- for wext support
       - select WEXT_PRIV	- for iwpriv support
       - select WEXT_SPY	- for iwspy support
      
      except cfg80211 -- which gets new hooks in wext-core.c
      and can then get wext handlers without CONFIG_WIRELESS_EXT.
      
      Wireless extensions procfs support is auto-selected
      based on PROC_FS and anything that requires the wext core
      (i.e. WIRELESS_EXT or CFG80211_WEXT).
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      3d23e349
  9. 29 8月, 2009 1 次提交
  10. 11 7月, 2009 1 次提交
  11. 17 6月, 2008 2 次提交
    • D
      wext: Emit event stream entries correctly when compat. · ccc58057
      David S. Miller 提交于
      Three major portions to this change:
      
      1) Add IW_EV_COMPAT_LCP_LEN, IW_EV_COMPAT_POINT_OFF,
         and IW_EV_COMPAT_POINT_LEN helper defines.
      
      2) Delete iw_stream_check_add_*(), they are unused.
      
      3) Add iw_request_info argument to iwe_stream_add_*(), and use it to
         size the event and pointer lengths correctly depending upon whether
         IW_REQUEST_FLAG_COMPAT is set or not.
      
      4) The mechanical transformations to the drivers and wireless stack
         bits to get the iw_request_info passed down into the routines
         modified in #3.  Also, explicit references to IW_EV_LCP_LEN are
         replaced with iwe_stream_lcp_len(info).
      
      With a lot of help and bug fixes from Masakazu Mokuno.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      ccc58057
    • D
      wext: Create IW_REQUEST_FLAG_COMPAT and set it as needed. · 0f5cabba
      David S. Miller 提交于
      Now low-level WEXT ioctl handlers can do compat handling
      when necessary.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      0f5cabba
  12. 11 10月, 2007 1 次提交
  13. 27 4月, 2007 1 次提交
  14. 26 4月, 2007 1 次提交
  15. 28 3月, 2007 1 次提交
  16. 23 3月, 2006 1 次提交
    • J
      [PATCH] WE-20 for kernel 2.6.16 · 711e2c33
      Jean Tourrilhes 提交于
      	This is version 20 of the Wireless Extensions. This is the
      completion of the RtNetlink work I started early 2004, it enables the
      full Wireless Extension API over RtNetlink.
      
      	Few comments on the patch :
      	o totally driver transparent, no change in drivers needed.
      	o iwevent were already RtNetlink based since they were created
      (around 2.5.7). This adds all the regular SET and GET requests over
      RtNetlink, using the exact same mechanism and data format as iwevents.
      	o This is a Kconfig option, as currently most people have no
      need for it. Surprisingly, patch is actually small and well
      encapsulated.
      	o Tested on SMP, attention as been paid to make it 64 bits clean.
      	o Code do probably too many checks and could be further
      optimised, but better safe than sorry.
      	o RtNetlink based version of the Wireless Tools available on
      my web page for people inclined to try out this stuff.
      
      	I would also like to thank Alexey Kuznetsov for his helpful
      suggestions to make this patch better.
      Signed-off-by: NJean Tourrilhes <jt@hpl.hp.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      711e2c33
  17. 17 1月, 2006 1 次提交
  18. 07 9月, 2005 1 次提交
    • J
      [PATCH] WE-19 for kernel 2.6.13 · 6582c164
      Jean Tourrilhes 提交于
      	Hi Jeff,
      
      	This is version 19 of the Wireless Extensions. It was supposed
      to be the fallback of the WPA API changes, but people seem quite happy
      about it (especially Jouni), so the patch is rather small.
      	The patch has been fully tested with 2.6.13 and various
      wireless drivers, and is in its final version. Would you mind pushing
      that into Linus's kernel so that the driver and the apps can take
      advantage ot it ?
      
      	It includes :
      	o iwstat improvement (explicit dBm). This is the result of
      long discussions with Dan Williams, the authors of
      NetworkManager. Thanks to him for all the fruitful feedback.
      	o remove pointer from event stream. I was not totally sure if
      this pointer was 32-64 bits clean, so I'd rather remove it and be at
      peace with it.
      	o remove linux header from wireless.h. This has long been
      requested by people writting user space apps, now it's done, and it
      was not even painful.
      	o final deprecation of spy_offset. You did not like it, it's
      now gone for good.
      	o Start deprecating dev->get_wireless_stats -> debloat netdev
      	o Add "check" version of event macros for ieee802.11
      stack. Jiri Benc doesn't like the current macros, we aim to please ;-)
      	All those changes, except the last one, have been bit-roting on
      my web pages for a while...
      
      	Patches for most kernel drivers will follow. Patches for the
      Orinoco and the HostAP drivers have been sent to their respective
      maintainers.
      
      	Have fun...
      
      	Jean
      Signed-off-by: NJeff Garzik <jgarzik@pobox.com>
      6582c164
  19. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4