1. 10 10月, 2007 1 次提交
  2. 07 5月, 2007 1 次提交
  3. 17 2月, 2007 1 次提交
  4. 13 12月, 2006 1 次提交
    • R
      IB/fmr: ib_flush_fmr_pool() may wait too long · f47e22c6
      Roland Dreier 提交于
      ib_flush_fmr_pool() stashes away the request generation number
      properly, but then goes ahead and rereads it every time it tests
      whether the flush generation number has caught up.  This means that
      there is a theoretical possibility of livelock, if the request
      generation number keeps getting bumped and the flush generation number
      never catches up.  The fix is simple: use the request generation
      number read at the beginning of the function.
      
      Also, atomic_inc() followed by atomic_read() can be replaced with
      atomic_int_return().  There's no real requirement for atomicity here
      but we might as well shrink the code.
      
      This bug was discovered using David Binderman's list of "set but never
      used" warnings from icc.
      Signed-off-by: NRoland Dreier <rolandd@cisco.com>
      f47e22c6
  5. 15 7月, 2006 1 次提交
  6. 18 6月, 2006 1 次提交
  7. 21 3月, 2006 1 次提交
  8. 27 8月, 2005 2 次提交
  9. 28 7月, 2005 1 次提交
  10. 17 4月, 2005 3 次提交