aboutsummaryrefslogtreecommitdiffstats
path: root/init
diff options
context:
space:
mode:
authorEric Sandeen <sandeen@redhat.com>2012-02-20 23:06:18 -0500
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2012-05-21 09:40:04 -0700
commit797c09ed348c2e22715cbfaeb3ab658436753570 (patch)
tree4eb315399081d9cb3ab64775a82c15045daaf594 /init
parent2743d7a6612be25a93c009a17f2a6d5db0f6fc36 (diff)
downloadkernel_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