1. 22 9月, 2011 2 次提交
    • J
      hwspinlock/core: use a mutex to protect the radix tree · 93b465c2
      Juan Gutierrez 提交于
      Since we're using non-atomic radix tree allocations, we
      should be protecting the tree using a mutex and not a
      spinlock.
      
      Non-atomic allocations and process context locking is good enough,
      as the tree is manipulated only when locks are registered/
      unregistered/requested/freed.
      
      The locks themselves are still protected by spinlocks of course,
      and mutexes are not involved in the locking/unlocking paths.
      
      Cc: <stable@kernel.org>
      Signed-off-by: NJuan Gutierrez <jgutierrez@ti.com>
      [ohad@wizery.com: rewrite the commit log, #include mutex.h, add minor
      commentary]
      [ohad@wizery.com: update register/unregister parts in hwspinlock.txt]
      Signed-off-by: NOhad Ben-Cohen <ohad@wizery.com>
      93b465c2
    • O
      hwspinlock/core: simplify 'owner' handling · e467b642
      Ohad Ben-Cohen 提交于
      Use struct device_driver's owner member instead of asking drivers to
      explicitly pass the owner again.
      
      This simplifies drivers and also save some memory, since there's no
      point now in maintaining a separate owner pointer per hwspinlock.
      Signed-off-by: NOhad Ben-Cohen <ohad@wizery.com>
      e467b642
  2. 13 9月, 2011 1 次提交
  3. 11 9月, 2011 1 次提交
  4. 06 9月, 2011 1 次提交
  5. 25 8月, 2011 2 次提交
  6. 23 8月, 2011 1 次提交
  7. 19 8月, 2011 1 次提交
  8. 15 8月, 2011 2 次提交
  9. 14 8月, 2011 10 次提交
  10. 11 8月, 2011 1 次提交
  11. 10 8月, 2011 1 次提交
  12. 08 8月, 2011 1 次提交
  13. 07 8月, 2011 1 次提交
  14. 06 8月, 2011 3 次提交
  15. 05 8月, 2011 1 次提交
    • V
      cfq-iosched: Add documentation about idling · 4931402a
      Vivek Goyal 提交于
      There are always questions about why CFQ is idling on various conditions.
      Recent ones is Christoph asking again why to idle on REQ_NOIDLE. His
      assertion is that XFS is relying more and more on workqueues and is
      concerned that CFQ idling on IO from every workqueue will impact
      XFS badly.
      
      So he suggested that I add some more documentation about CFQ idling
      and that can provide more clarity on the topic and also gives an
      opprotunity to poke a hole in theory and lead to improvements.
      
      So here is my attempt at that. Any comments are welcome.
      Signed-off-by: NVivek Goyal <vgoyal@redhat.com>
      Signed-off-by: NJens Axboe <jaxboe@fusionio.com>
      4931402a
  16. 04 8月, 2011 3 次提交
  17. 03 8月, 2011 8 次提交