1. 22 6月, 2010 2 次提交
    • S
      ceph: delay umount until all mds requests drop inode+dentry refs · 17c688c3
      Sage Weil 提交于
      This fixes a race between handle_reply finishing an mds request, signalling
      completion, and then dropping the request structing and its dentry+inode
      refs, and pre_umount function waiting for requests to finish before
      letting the vfs tear down the dcache.  If umount was delayed waiting for
      mds requests, we could race and BUG in shrink_dcache_for_umount_subtree
      because of a slow dput.
      
      This delays umount until the msgr queue flushes, which means handle_reply
      will exit and will have dropped the ceph_mds_request struct.  I'm assuming
      the VFS has already ensured that its calls have all completed and those
      request refs have thus been dropped as well (I haven't seen that race, at
      least).
      Signed-off-by: NSage Weil <sage@newdream.net>
      17c688c3
    • S
      ceph: handle splice_dentry/d_materialize_unique error in readdir_prepopulate · d69ed05a
      Sage Weil 提交于
      Handle a splice_dentry failure (due to a d_materialize_unique error)
      without crashing.  (Also, report the error code.)
      Signed-off-by: NSage Weil <sage@newdream.net>
      d69ed05a
  2. 18 6月, 2010 1 次提交
  3. 14 6月, 2010 3 次提交
  4. 11 6月, 2010 4 次提交
  5. 05 6月, 2010 1 次提交
  6. 02 6月, 2010 3 次提交
  7. 30 5月, 2010 10 次提交
  8. 28 5月, 2010 1 次提交
  9. 22 5月, 2010 5 次提交
  10. 18 5月, 2010 10 次提交