diff options
| author | S. Wendy Cheng <wcheng@redhat.com> | 2007-01-18 15:56:34 -0500 |
|---|---|---|
| committer | Steven Whitehouse <swhiteho@redhat.com> | 2007-02-05 13:36:15 -0500 |
| commit | 5509826f1e548d14bb888c1cb6e3bbf23f855770 (patch) | |
| tree | 20915fb965f5895f3a41361bdb6182ae10db242c /mm/fadvise.c | |
| parent | e1d5b18ae92d0bbfe66dc2b4bab65006d32c5f7d (diff) | |
| download | kernel_samsung_espresso10-5509826f1e548d14bb888c1cb6e3bbf23f855770.zip kernel_samsung_espresso10-5509826f1e548d14bb888c1cb6e3bbf23f855770.tar.gz kernel_samsung_espresso10-5509826f1e548d14bb888c1cb6e3bbf23f855770.tar.bz2 | |
[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>
Diffstat (limited to 'mm/fadvise.c')
0 files changed, 0 insertions, 0 deletions