]> git.baikalelectronics.ru Git - kernel.git/commit
ext4: fix waiting and sending of a barrier in ext4_sync_file()
authorJan Kara <jack@suse.cz>
Tue, 24 May 2011 16:00:54 +0000 (12:00 -0400)
committerTheodore Ts'o <tytso@mit.edu>
Tue, 24 May 2011 16:00:54 +0000 (12:00 -0400)
commit41ba987456f12b85420de654f384dc339d7065ba
tree5aeeedb16744a901f945897fda4822e3b852cec5
parentb4f0e7d1ed4d8bb16a4a441d632534ee7cb0cb3c
ext4: fix waiting and sending of a barrier in ext4_sync_file()

jbd2_log_start_commit() returns 1 only when we really start a
transaction.  But we also need to wait for a transaction when the
commit is already running.  Fix this problem by waiting for
transaction commit unconditionally (which is just a quick check if the
transaction is already committed).

Also we have to be more careful with sending of a barrier because when
transaction is being committed in parallel to ext4_sync_file()
running, we cannot be sure that the barrier the journalling code sends
happens after we wrote all the data for fsync (note that not every
data writeout needs to trigger metadata changes thus commit of some
metadata changes can be running while other data is still written
out). So use jbd2_will_send_data_barrier() helper to detect the common
cases when we can be sure barrier will be issued by the commit code
and issue the barrier ourselves in the remaining cases.

Reported-by: Edward Goggin <egoggin@vmware.com>
Signed-off-by: Jan Kara <jack@suse.cz>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
fs/ext4/fsync.c