1. 16 Dec, 2010 1 commit
    • Steven Whitehouse's avatar
      GFS2: Don't flush delete workqueue when releasing the transaction lock · 846f4045
      Steven Whitehouse authored
      There is no requirement to flush the delete workqueue before a
      gfs2 filesystem is suspended. The workqueue's work will just
      be suspended along with the rest of the tasks on the filesystem.
      
      The resolves a deadlock situation where the transaction lock's
      demotion code was trying to flush the delete workqueue while at
      the same time, the workqueue was waiting for the transaction
      lock.
      
      The delete workqueue is flushed by gfs2_make_fs_ro() already, so
      that umount/remount are correctly protected anyway.
      Signed-off-by: default avatarSteven Whitehouse <swhiteho@redhat.com>
      846f4045
  2. 07 Dec, 2010 1 commit
    • Bob Peterson's avatar
      GFS2: fsck.gfs2 reported statfs error after gfs2_grow · bcd7278d
      Bob Peterson authored
      When you do gfs2_grow it failed to take the very last
      rgrp into account when adding up the new free space due
      to an off-by-one error.  It was not reading the last
      rgrp from the rindex because of a check for "<=" that
      should have been "<".  Therefore, fsck.gfs2 was finding
      (and fixing) an error with the system statfs file.
      Signed-off-by: default avatarBob Peterson <rpeterso@redhat.com>
      bcd7278d
  3. 30 Nov, 2010 15 commits
  4. 29 Nov, 2010 18 commits
  5. 28 Nov, 2010 5 commits