1. 17 5月, 2011 3 次提交
    • J
      mac80211: annotate and fix RCU in mesh code · 349eb8cf
      Johannes Berg 提交于
      This adds proper RCU annotations to the mesh path
      table code, and fixes a number of bugs in the code
      that I found while checking the sparse warnings I
      got as a result of the annotations.
      
      Some things like the changes in mesh_path_add() or
      mesh_pathtbl_init() only serve to shut up sparse,
      but other changes like the changes surrounding the
      for_each_mesh_entry() macro fix real RCU bugs in
      the code.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      349eb8cf
    • J
      mac80211: fix and simplify mesh locking · 1928ecab
      Johannes Berg 提交于
      The locking in mesh_{mpath,mpp}_table_grow not only
      has an rcu_read_unlock() missing, it's also racy
      (though really only technically since it's invoked
      from a single function only) since it obtains the
      new size of the table without any locking, so two
      invocations of the function could attempt the same
      resize.
      
      Additionally, it uses synchronize_rcu() which is
      rather expensive and can be avoided trivially here.
      
      Modify the functions to only use the table lock
      and use call_rcu() instead of synchronize_rcu().
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      1928ecab
    • J
      mac80211: sparse RCU annotations · 40b275b6
      Johannes Berg 提交于
      This adds sparse RCU annotations to most of
      mac80211, only the mesh code remains to be
      done.
      
      Due the the previous patches, the annotations
      are pretty simple. The only thing that this
      actually changes is removing the RCU usage of
      key->sta in debugfs since this pointer isn't
      actually an RCU-managed pointer (it only has
      a single assignment done before the key even
      goes live). As that is otherwise harmless, I
      decided to make it part of this patch.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      40b275b6
  2. 13 5月, 2011 1 次提交
  3. 13 4月, 2011 1 次提交
  4. 21 12月, 2010 2 次提交
  5. 16 12月, 2010 1 次提交
  6. 07 12月, 2010 2 次提交
  7. 09 8月, 2010 1 次提交
  8. 15 6月, 2010 1 次提交
  9. 09 4月, 2010 1 次提交
  10. 11 12月, 2009 1 次提交
  11. 19 11月, 2009 1 次提交
  12. 14 11月, 2009 5 次提交
  13. 12 11月, 2009 3 次提交
  14. 20 8月, 2009 1 次提交
  15. 14 8月, 2009 5 次提交
  16. 11 7月, 2009 1 次提交
    • J
      mac80211: push rx status into skb->cb · f1d58c25
      Johannes Berg 提交于
      Within mac80211, we often need to copy the rx status into
      skb->cb. This is wasteful, as drivers could be building it
      in there to start with. This patch changes the API so that
      drivers are expected to pass the RX status in skb->cb, now
      accessible as IEEE80211_SKB_RXCB(skb). It also updates all
      drivers to pass the rx status in there, but only by making
      them memcpy() it into place before the call to the receive
      function (ieee80211_rx(_irqsafe)). Each driver can now be
      optimised on its own schedule.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      f1d58c25
  17. 23 5月, 2009 1 次提交
  18. 21 5月, 2009 1 次提交
    • J
      mac80211: cancel/restart all timers across suspend/resume · 5bb644a0
      Johannes Berg 提交于
      We forgot to cancel all timers in mac80211 when suspending.
      In particular we forgot to deal with some things that can
      cause hardware reconfiguration -- while it is down.
      
      While at it we go ahead and add a warning in ieee80211_sta_work()
      if its run while the suspend->resume cycle is in effect. This
      should not happen and if it does it would indicate there is
      a bug lurking in either mac80211 or mac80211 drivers.
      
      With this now wpa_supplicant doesn't blink when I go to suspend
      and resume where as before there where issues with some timers
      running during the suspend->resume cycle. This caused a lot of
      incorrect assumptions and would at times bring back the device
      in an incoherent, but mostly recoverable, state.
      Signed-off-by: NLuis R. Rodriguez <lrodriguez@atheros.com>
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      5bb644a0
  19. 14 2月, 2009 1 次提交
  20. 30 1月, 2009 3 次提交
  21. 11 11月, 2008 1 次提交
  22. 25 9月, 2008 1 次提交
  23. 16 9月, 2008 1 次提交
  24. 23 8月, 2008 1 次提交