1. 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
  2. 05 7月, 2012 2 次提交
  3. 02 7月, 2012 1 次提交
  4. 29 6月, 2012 4 次提交
  5. 28 6月, 2012 1 次提交
  6. 27 6月, 2012 1 次提交
  7. 26 6月, 2012 1 次提交
  8. 18 6月, 2012 1 次提交
  9. 14 6月, 2012 1 次提交
  10. 13 6月, 2012 1 次提交
  11. 11 6月, 2012 2 次提交
  12. 07 6月, 2012 1 次提交
  13. 06 6月, 2012 3 次提交
  14. 17 5月, 2012 1 次提交
  15. 09 5月, 2012 2 次提交
  16. 17 4月, 2012 1 次提交
    • J
      cfg80211: enforce lack of interface combinations · 8e8b41f9
      Johannes Berg 提交于
      My grand plan to allow drivers to gradually move over
      to advertising virtual interface combinations and only
      enforce with drivers that do want it enforced doesn't
      seem to be working out, only Christian ever added the
      advertising (to carl9170), nobody else did.
      
      Begin enforcing combinations in cfg80211 so that users
      can rely on the information reported about a device.
      
      Cc: "Luis R. Rodriguez" <mcgrof@qca.qualcomm.com>
      Cc: Jouni Malinen <jouni@qca.qualcomm.com>
      Cc: Vasanthakumar Thiagarajan <vthiagar@qca.qualcomm.com>
      Cc: Senthil Balasubramanian <senthilb@qca.qualcomm.com>
      Cc: Kalle Valo <kvalo@qca.qualcomm.com>
      Cc: Jiri Slaby <jirislaby@gmail.com>
      Cc: Nick Kossifidis <mickflemm@gmail.com>
      Cc: Bob Copeland <me@bobcopeland.com>
      Cc: Bing Zhao <bzhao@marvell.com>
      Cc: Lennert Buytenhek <buytenh@wantstofly.org>
      Cc: Ivo van Doorn <IvDoorn@gmail.com>
      Cc: Gertjan van Wingerde <gwingerde@gmail.com>
      Cc: Helmut Schaa <helmut.schaa@googlemail.com>
      Cc: Luciano Coelho <coelho@ti.com>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      8e8b41f9
  17. 14 4月, 2012 1 次提交
  18. 12 4月, 2012 2 次提交
  19. 11 4月, 2012 2 次提交
  20. 27 3月, 2012 1 次提交
  21. 14 3月, 2012 1 次提交
  22. 13 3月, 2012 1 次提交
  23. 07 3月, 2012 2 次提交
  24. 06 3月, 2012 3 次提交
  25. 05 3月, 2012 1 次提交
    • P
      BUG: headers with BUG/BUG_ON etc. need linux/bug.h · 187f1882
      Paul Gortmaker 提交于
      If a header file is making use of BUG, BUG_ON, BUILD_BUG_ON, or any
      other BUG variant in a static inline (i.e. not in a #define) then
      that header really should be including <linux/bug.h> and not just
      expecting it to be implicitly present.
      
      We can make this change risk-free, since if the files using these
      headers didn't have exposure to linux/bug.h already, they would have
      been causing compile failures/warnings.
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      187f1882
  26. 01 3月, 2012 1 次提交
  27. 23 2月, 2012 1 次提交