From: S. Wendy Cheng <wcheng@redhat.com>
Date: Thu, 18 Jan 2007 20:56:34 +0000 (-0500)
Subject: [GFS2] Fix change nlink deadlock
X-Git-Tag: v2.6.21-rc1~92^2~35^2~46
X-Git-Url: http://git.openpandora.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=5509826f1e548d14bb888c1cb6e3bbf23f855770;p=pandora-kernel.git

[GFS2] Fix change nlink deadlock

Bugzilla 215088

Fix deadlock in gfs2_change_nlink() while installing RHEL5 into GFS2
partition. The gfs2_rename() apparently needs block allocation for the
new name (into the directory) where it requires rg locks. At the same
time, while updating the nlink count for the replaced file,
gfs2_change_nlink() tries to return the inode meta-data back to resource
group where it needs rg locks too. Our logic doesn't allow process to
acquire these locks recursively by the same process  (RHEL installer)
that results a BUG call. This only happens within rename code path and
only if the destination file exists before the rename operation.

Signed-off-by: S. Wendy Cheng <wcheng@redhat.com>
Signed-off-by: Steven Whitehouse <swhiteho@redhat.com>
---

Reading git-diff-tree failed