GFS2: Don't flush delete workqueue when releasing the transaction lock
authorSteven Whitehouse <swhiteho@redhat.com>
Thu, 16 Dec 2010 15:18:48 +0000 (15:18 +0000)
committerSteven Whitehouse <swhiteho@redhat.com>
Thu, 16 Dec 2010 15:18:48 +0000 (15:18 +0000)
commit846f40455276617275284a4b76b89311b4aed0b9
treec8bd64c7e87554e79ab5f37d9c857c8efe91d4cc
parentbcd7278d8a423a255e45f4d10afe564328f1885f
GFS2: Don't flush delete workqueue when releasing the transaction lock

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: Steven Whitehouse <swhiteho@redhat.com>
fs/gfs2/glops.c