diff options
author | Eric Sandeen <sandeen@redhat.com> | 2012-02-20 23:06:18 -0500 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2012-05-21 09:40:04 -0700 |
commit | 797c09ed348c2e22715cbfaeb3ab658436753570 (patch) | |
tree | 4eb315399081d9cb3ab64775a82c15045daaf594 /init | |
parent | 2743d7a6612be25a93c009a17f2a6d5db0f6fc36 (diff) | |
download | kernel_samsung_crespo-797c09ed348c2e22715cbfaeb3ab658436753570.zip kernel_samsung_crespo-797c09ed348c2e22715cbfaeb3ab658436753570.tar.gz kernel_samsung_crespo-797c09ed348c2e22715cbfaeb3ab658436753570.tar.bz2 |
ext4: avoid deadlock on sync-mounted FS w/o journal
commit c1bb05a657fb3d8c6179a4ef7980261fae4521d7 upstream.
Processes hang forever on a sync-mounted ext2 file system that
is mounted with the ext4 module (default in Fedora 16).
I can reproduce this reliably by mounting an ext2 partition with
"-o sync" and opening a new file an that partition with vim. vim
will hang in "D" state forever. The same happens on ext4 without
a journal.
I am attaching a small patch here that solves this issue for me.
In the sync mounted case without a journal,
ext4_handle_dirty_metadata() may call sync_dirty_buffer(), which
can't be called with buffer lock held.
Also move mb_cache_entry_release inside lock to avoid race
fixed previously by 8a2bfdcb ext[34]: EA block reference count racing fix
Note too that ext2 fixed this same problem in 2006 with
b2f49033 [PATCH] fix deadlock in ext2
Signed-off-by: Martin.Wilck@ts.fujitsu.com
[sandeen@redhat.com: move mb_cache_entry_release before unlock, edit commit msg]
Signed-off-by: Eric Sandeen <sandeen@redhat.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'init')
0 files changed, 0 insertions, 0 deletions