summaryrefslogtreecommitdiff
path: root/drivers/message/fusion/lsi/mpi_raid.h
diff options
context:
space:
mode:
authorTheodore Ts'o <tytso@mit.edu>2008-11-16 11:05:37 -0500
committerGreg Kroah-Hartman <gregkh@suse.de>2008-12-05 10:55:42 -0800
commit84b9421374baf41b1643bfaf16c872cf177ca9b7 (patch)
tree7184919ca7ba9e1101257ee02d573b175eab4210 /drivers/message/fusion/lsi/mpi_raid.h
parentabed0115847f4dc747a761857506b03b89550a3e (diff)
ext4: wait on all pending commits in ext4_sync_fs()
(cherry picked from commit 14ce0cb411c88681ab8f3a4c9caa7f42e97a3184) In ext4_sync_fs, we only wait for a commit to finish if we started it, but there may be one already in progress which will not be synced. In the case of a data=ordered umount with pending long symlinks which are delayed due to a long list of other I/O on the backing block device, this causes the buffer associated with the long symlinks to not be moved to the inode dirty list in the second phase of fsync_super. Then, before they can be dirtied again, kjournald exits, seeing the UMOUNT flag and the dirty pages are never written to the backing block device, causing long symlink corruption and exposing new or previously freed block data to userspace. To ensure all commits are synced, we flush all journal commits now when sync_fs'ing ext4. Signed-off-by: Arthur Jones <ajones@riverbed.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: "Theodore Ts'o" <tytso@mit.edu> Cc: Eric Sandeen <sandeen@redhat.com> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'drivers/message/fusion/lsi/mpi_raid.h')
0 files changed, 0 insertions, 0 deletions