2006-10-11 08:20:50 +00:00
|
|
|
/*
|
2006-10-11 08:20:53 +00:00
|
|
|
* linux/fs/ext4/fsync.c
|
2006-10-11 08:20:50 +00:00
|
|
|
*
|
|
|
|
* Copyright (C) 1993 Stephen Tweedie (sct@redhat.com)
|
|
|
|
* from
|
|
|
|
* Copyright (C) 1992 Remy Card (card@masi.ibp.fr)
|
|
|
|
* Laboratoire MASI - Institut Blaise Pascal
|
|
|
|
* Universite Pierre et Marie Curie (Paris VI)
|
|
|
|
* from
|
|
|
|
* linux/fs/minix/truncate.c Copyright (C) 1991, 1992 Linus Torvalds
|
|
|
|
*
|
2006-10-11 08:20:53 +00:00
|
|
|
* ext4fs fsync primitive
|
2006-10-11 08:20:50 +00:00
|
|
|
*
|
|
|
|
* Big-endian to little-endian byte-swapping/bitmaps by
|
|
|
|
* David S. Miller (davem@caip.rutgers.edu), 1995
|
|
|
|
*
|
|
|
|
* Removed unnecessary code duplication for little endian machines
|
|
|
|
* and excessive __inline__s.
|
|
|
|
* Andi Kleen, 1997
|
|
|
|
*
|
|
|
|
* Major simplications and cleanup - we only need to do the metadata, because
|
|
|
|
* we can depend on generic_block_fdatasync() to sync the data blocks.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/time.h>
|
|
|
|
#include <linux/fs.h>
|
|
|
|
#include <linux/sched.h>
|
|
|
|
#include <linux/writeback.h>
|
2006-10-11 08:21:01 +00:00
|
|
|
#include <linux/jbd2.h>
|
2008-07-11 23:27:31 +00:00
|
|
|
#include <linux/blkdev.h>
|
2009-06-17 15:48:11 +00:00
|
|
|
|
2008-04-29 22:13:32 +00:00
|
|
|
#include "ext4.h"
|
|
|
|
#include "ext4_jbd2.h"
|
2006-10-11 08:20:50 +00:00
|
|
|
|
2009-06-17 15:48:11 +00:00
|
|
|
#include <trace/events/ext4.h>
|
|
|
|
|
2010-10-28 01:30:14 +00:00
|
|
|
static void dump_completed_IO(struct inode * inode)
|
|
|
|
{
|
2011-05-09 14:25:54 +00:00
|
|
|
#ifdef EXT4FS_DEBUG
|
2010-10-28 01:30:14 +00:00
|
|
|
struct list_head *cur, *before, *after;
|
|
|
|
ext4_io_end_t *io, *io0, *io1;
|
|
|
|
unsigned long flags;
|
|
|
|
|
|
|
|
if (list_empty(&EXT4_I(inode)->i_completed_io_list)){
|
|
|
|
ext4_debug("inode %lu completed_io list is empty\n", inode->i_ino);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
ext4_debug("Dump inode %lu completed_io list \n", inode->i_ino);
|
|
|
|
spin_lock_irqsave(&EXT4_I(inode)->i_completed_io_lock, flags);
|
|
|
|
list_for_each_entry(io, &EXT4_I(inode)->i_completed_io_list, list){
|
|
|
|
cur = &io->list;
|
|
|
|
before = cur->prev;
|
|
|
|
io0 = container_of(before, ext4_io_end_t, list);
|
|
|
|
after = cur->next;
|
|
|
|
io1 = container_of(after, ext4_io_end_t, list);
|
|
|
|
|
|
|
|
ext4_debug("io 0x%p from inode %lu,prev 0x%p,next 0x%p\n",
|
|
|
|
io, inode->i_ino, io0, io1);
|
|
|
|
}
|
|
|
|
spin_unlock_irqrestore(&EXT4_I(inode)->i_completed_io_lock, flags);
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
|
|
|
* This function is called from ext4_sync_file().
|
|
|
|
*
|
|
|
|
* When IO is completed, the work to convert unwritten extents to
|
|
|
|
* written is queued on workqueue but may not get immediately
|
|
|
|
* scheduled. When fsync is called, we need to ensure the
|
|
|
|
* conversion is complete before fsync returns.
|
|
|
|
* The inode keeps track of a list of pending/completed IO that
|
|
|
|
* might needs to do the conversion. This function walks through
|
|
|
|
* the list and convert the related unwritten extents for completed IO
|
|
|
|
* to written.
|
|
|
|
* The function return the number of pending IOs on success.
|
|
|
|
*/
|
2011-10-18 14:57:51 +00:00
|
|
|
int ext4_flush_completed_IO(struct inode *inode)
|
2010-10-28 01:30:14 +00:00
|
|
|
{
|
|
|
|
ext4_io_end_t *io;
|
|
|
|
struct ext4_inode_info *ei = EXT4_I(inode);
|
|
|
|
unsigned long flags;
|
|
|
|
int ret = 0;
|
|
|
|
int ret2 = 0;
|
|
|
|
|
|
|
|
dump_completed_IO(inode);
|
|
|
|
spin_lock_irqsave(&ei->i_completed_io_lock, flags);
|
|
|
|
while (!list_empty(&ei->i_completed_io_list)){
|
|
|
|
io = list_entry(ei->i_completed_io_list.next,
|
|
|
|
ext4_io_end_t, list);
|
2011-10-31 14:56:32 +00:00
|
|
|
list_del_init(&io->list);
|
ext4: fix race between sync and completed io work
The following command line will leave the aio-stress process unkillable
on an ext4 file system (in my case, mounted on /mnt/test):
aio-stress -t 20 -s 10 -O -S -o 2 -I 1000 /mnt/test/aiostress.3561.4 /mnt/test/aiostress.3561.4.20 /mnt/test/aiostress.3561.4.19 /mnt/test/aiostress.3561.4.18 /mnt/test/aiostress.3561.4.17 /mnt/test/aiostress.3561.4.16 /mnt/test/aiostress.3561.4.15 /mnt/test/aiostress.3561.4.14 /mnt/test/aiostress.3561.4.13 /mnt/test/aiostress.3561.4.12 /mnt/test/aiostress.3561.4.11 /mnt/test/aiostress.3561.4.10 /mnt/test/aiostress.3561.4.9 /mnt/test/aiostress.3561.4.8 /mnt/test/aiostress.3561.4.7 /mnt/test/aiostress.3561.4.6 /mnt/test/aiostress.3561.4.5 /mnt/test/aiostress.3561.4.4 /mnt/test/aiostress.3561.4.3 /mnt/test/aiostress.3561.4.2
This is using the aio-stress program from the xfstests test suite.
That particular command line tells aio-stress to do random writes to
20 files from 20 threads (one thread per file). The files are NOT
preallocated, so you will get writes to random offsets within the
file, thus creating holes and extending i_size. It also opens the
file with O_DIRECT and O_SYNC.
On to the problem. When an I/O requires unwritten extent conversion,
it is queued onto the completed_io_list for the ext4 inode. Two code
paths will pull work items from this list. The first is the
ext4_end_io_work routine, and the second is ext4_flush_completed_IO,
which is called via the fsync path (and O_SYNC handling, as well).
There are two issues I've found in these code paths. First, if the
fsync path beats the work routine to a particular I/O, the work
routine will free the io_end structure! It does not take into account
the fact that the io_end may still be in use by the fsync path. I've
fixed this issue by adding yet another IO_END flag, indicating that
the io_end is being processed by the fsync path.
The second problem is that the work routine will make an assignment to
io->flag outside of the lock. I have witnessed this result in a hang
at umount. Moving the flag setting inside the lock resolved that
problem.
The problem was introduced by commit b82e384c7b ("ext4: optimize
locking for end_io extent conversion"), which first appeared in 3.2.
As such, the fix should be backported to that release (probably along
with the unwritten extent conversion race fix).
Signed-off-by: Jeff Moyer <jmoyer@redhat.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
CC: stable@kernel.org
2012-03-05 15:29:52 +00:00
|
|
|
io->flag |= EXT4_IO_END_IN_FSYNC;
|
2010-10-28 01:30:14 +00:00
|
|
|
/*
|
|
|
|
* Calling ext4_end_io_nolock() to convert completed
|
|
|
|
* IO to written.
|
|
|
|
*
|
|
|
|
* When ext4_sync_file() is called, run_queue() may already
|
|
|
|
* about to flush the work corresponding to this io structure.
|
|
|
|
* It will be upset if it founds the io structure related
|
|
|
|
* to the work-to-be schedule is freed.
|
|
|
|
*
|
|
|
|
* Thus we need to keep the io structure still valid here after
|
2011-03-31 01:57:33 +00:00
|
|
|
* conversion finished. The io structure has a flag to
|
2010-10-28 01:30:14 +00:00
|
|
|
* avoid double converting from both fsync and background work
|
|
|
|
* queue work.
|
|
|
|
*/
|
|
|
|
spin_unlock_irqrestore(&ei->i_completed_io_lock, flags);
|
|
|
|
ret = ext4_end_io_nolock(io);
|
|
|
|
if (ret < 0)
|
|
|
|
ret2 = ret;
|
2011-10-31 14:56:32 +00:00
|
|
|
spin_lock_irqsave(&ei->i_completed_io_lock, flags);
|
ext4: fix race between sync and completed io work
The following command line will leave the aio-stress process unkillable
on an ext4 file system (in my case, mounted on /mnt/test):
aio-stress -t 20 -s 10 -O -S -o 2 -I 1000 /mnt/test/aiostress.3561.4 /mnt/test/aiostress.3561.4.20 /mnt/test/aiostress.3561.4.19 /mnt/test/aiostress.3561.4.18 /mnt/test/aiostress.3561.4.17 /mnt/test/aiostress.3561.4.16 /mnt/test/aiostress.3561.4.15 /mnt/test/aiostress.3561.4.14 /mnt/test/aiostress.3561.4.13 /mnt/test/aiostress.3561.4.12 /mnt/test/aiostress.3561.4.11 /mnt/test/aiostress.3561.4.10 /mnt/test/aiostress.3561.4.9 /mnt/test/aiostress.3561.4.8 /mnt/test/aiostress.3561.4.7 /mnt/test/aiostress.3561.4.6 /mnt/test/aiostress.3561.4.5 /mnt/test/aiostress.3561.4.4 /mnt/test/aiostress.3561.4.3 /mnt/test/aiostress.3561.4.2
This is using the aio-stress program from the xfstests test suite.
That particular command line tells aio-stress to do random writes to
20 files from 20 threads (one thread per file). The files are NOT
preallocated, so you will get writes to random offsets within the
file, thus creating holes and extending i_size. It also opens the
file with O_DIRECT and O_SYNC.
On to the problem. When an I/O requires unwritten extent conversion,
it is queued onto the completed_io_list for the ext4 inode. Two code
paths will pull work items from this list. The first is the
ext4_end_io_work routine, and the second is ext4_flush_completed_IO,
which is called via the fsync path (and O_SYNC handling, as well).
There are two issues I've found in these code paths. First, if the
fsync path beats the work routine to a particular I/O, the work
routine will free the io_end structure! It does not take into account
the fact that the io_end may still be in use by the fsync path. I've
fixed this issue by adding yet another IO_END flag, indicating that
the io_end is being processed by the fsync path.
The second problem is that the work routine will make an assignment to
io->flag outside of the lock. I have witnessed this result in a hang
at umount. Moving the flag setting inside the lock resolved that
problem.
The problem was introduced by commit b82e384c7b ("ext4: optimize
locking for end_io extent conversion"), which first appeared in 3.2.
As such, the fix should be backported to that release (probably along
with the unwritten extent conversion race fix).
Signed-off-by: Jeff Moyer <jmoyer@redhat.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
CC: stable@kernel.org
2012-03-05 15:29:52 +00:00
|
|
|
io->flag &= ~EXT4_IO_END_IN_FSYNC;
|
2010-10-28 01:30:14 +00:00
|
|
|
}
|
|
|
|
spin_unlock_irqrestore(&ei->i_completed_io_lock, flags);
|
|
|
|
return (ret2 < 0) ? ret2 : 0;
|
|
|
|
}
|
|
|
|
|
2010-05-17 12:00:00 +00:00
|
|
|
/*
|
|
|
|
* If we're not journaling and this is a just-created file, we have to
|
|
|
|
* sync our parent directory (if it was freshly created) since
|
|
|
|
* otherwise it will only be written by writeback, leaving a huge
|
|
|
|
* window during which a crash may lose the file. This may apply for
|
|
|
|
* the parent directory's parent as well, and so on recursively, if
|
|
|
|
* they are also freshly created.
|
|
|
|
*/
|
ext4: sync the directory inode in ext4_sync_parent()
ext4 has taken the stance that, in the absence of a journal,
when an fsync/fdatasync of an inode is done, the parent
directory should be sync'ed if this inode entry is new.
ext4_sync_parent(), which implements this, does indeed sync
the dirent pages for parent directories, but it does not
sync the directory *inode*. This patch fixes this.
Also now return error status from ext4_sync_parent().
I tested this using a power fail test, which panics a
machine running a file server getting requests from a
client. Without this patch, on about every other test run,
the server is missing many, many files that had been synced.
With this patch, on > 6 runs, I see zero files being lost.
Google-Bug-Id: 4179519
Signed-off-by: Curt Wohlgemuth <curtw@google.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
2011-04-11 02:05:31 +00:00
|
|
|
static int ext4_sync_parent(struct inode *inode)
|
2010-05-17 12:00:00 +00:00
|
|
|
{
|
ext4: sync the directory inode in ext4_sync_parent()
ext4 has taken the stance that, in the absence of a journal,
when an fsync/fdatasync of an inode is done, the parent
directory should be sync'ed if this inode entry is new.
ext4_sync_parent(), which implements this, does indeed sync
the dirent pages for parent directories, but it does not
sync the directory *inode*. This patch fixes this.
Also now return error status from ext4_sync_parent().
I tested this using a power fail test, which panics a
machine running a file server getting requests from a
client. Without this patch, on about every other test run,
the server is missing many, many files that had been synced.
With this patch, on > 6 runs, I see zero files being lost.
Google-Bug-Id: 4179519
Signed-off-by: Curt Wohlgemuth <curtw@google.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
2011-04-11 02:05:31 +00:00
|
|
|
struct writeback_control wbc;
|
2010-05-17 12:00:00 +00:00
|
|
|
struct dentry *dentry = NULL;
|
2011-07-30 16:34:19 +00:00
|
|
|
struct inode *next;
|
ext4: sync the directory inode in ext4_sync_parent()
ext4 has taken the stance that, in the absence of a journal,
when an fsync/fdatasync of an inode is done, the parent
directory should be sync'ed if this inode entry is new.
ext4_sync_parent(), which implements this, does indeed sync
the dirent pages for parent directories, but it does not
sync the directory *inode*. This patch fixes this.
Also now return error status from ext4_sync_parent().
I tested this using a power fail test, which panics a
machine running a file server getting requests from a
client. Without this patch, on about every other test run,
the server is missing many, many files that had been synced.
With this patch, on > 6 runs, I see zero files being lost.
Google-Bug-Id: 4179519
Signed-off-by: Curt Wohlgemuth <curtw@google.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
2011-04-11 02:05:31 +00:00
|
|
|
int ret = 0;
|
2010-05-17 12:00:00 +00:00
|
|
|
|
2011-07-30 16:34:19 +00:00
|
|
|
if (!ext4_test_inode_state(inode, EXT4_STATE_NEWENTRY))
|
|
|
|
return 0;
|
|
|
|
inode = igrab(inode);
|
|
|
|
while (ext4_test_inode_state(inode, EXT4_STATE_NEWENTRY)) {
|
2010-05-17 12:00:00 +00:00
|
|
|
ext4_clear_inode_state(inode, EXT4_STATE_NEWENTRY);
|
2012-06-09 17:19:12 +00:00
|
|
|
dentry = d_find_any_alias(inode);
|
2011-07-30 16:34:19 +00:00
|
|
|
if (!dentry)
|
2010-05-17 12:00:00 +00:00
|
|
|
break;
|
2011-07-30 16:34:19 +00:00
|
|
|
next = igrab(dentry->d_parent->d_inode);
|
|
|
|
dput(dentry);
|
|
|
|
if (!next)
|
|
|
|
break;
|
|
|
|
iput(inode);
|
|
|
|
inode = next;
|
ext4: sync the directory inode in ext4_sync_parent()
ext4 has taken the stance that, in the absence of a journal,
when an fsync/fdatasync of an inode is done, the parent
directory should be sync'ed if this inode entry is new.
ext4_sync_parent(), which implements this, does indeed sync
the dirent pages for parent directories, but it does not
sync the directory *inode*. This patch fixes this.
Also now return error status from ext4_sync_parent().
I tested this using a power fail test, which panics a
machine running a file server getting requests from a
client. Without this patch, on about every other test run,
the server is missing many, many files that had been synced.
With this patch, on > 6 runs, I see zero files being lost.
Google-Bug-Id: 4179519
Signed-off-by: Curt Wohlgemuth <curtw@google.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
2011-04-11 02:05:31 +00:00
|
|
|
ret = sync_mapping_buffers(inode->i_mapping);
|
|
|
|
if (ret)
|
|
|
|
break;
|
|
|
|
memset(&wbc, 0, sizeof(wbc));
|
|
|
|
wbc.sync_mode = WB_SYNC_ALL;
|
|
|
|
wbc.nr_to_write = 0; /* only write out the inode */
|
|
|
|
ret = sync_inode(inode, &wbc);
|
|
|
|
if (ret)
|
|
|
|
break;
|
2010-05-17 12:00:00 +00:00
|
|
|
}
|
2011-07-30 16:34:19 +00:00
|
|
|
iput(inode);
|
ext4: sync the directory inode in ext4_sync_parent()
ext4 has taken the stance that, in the absence of a journal,
when an fsync/fdatasync of an inode is done, the parent
directory should be sync'ed if this inode entry is new.
ext4_sync_parent(), which implements this, does indeed sync
the dirent pages for parent directories, but it does not
sync the directory *inode*. This patch fixes this.
Also now return error status from ext4_sync_parent().
I tested this using a power fail test, which panics a
machine running a file server getting requests from a
client. Without this patch, on about every other test run,
the server is missing many, many files that had been synced.
With this patch, on > 6 runs, I see zero files being lost.
Google-Bug-Id: 4179519
Signed-off-by: Curt Wohlgemuth <curtw@google.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
2011-04-11 02:05:31 +00:00
|
|
|
return ret;
|
2010-05-17 12:00:00 +00:00
|
|
|
}
|
|
|
|
|
2011-07-17 00:44:56 +00:00
|
|
|
/**
|
|
|
|
* __sync_file - generic_file_fsync without the locking and filemap_write
|
|
|
|
* @inode: inode to sync
|
|
|
|
* @datasync: only sync essential metadata if true
|
|
|
|
*
|
|
|
|
* This is just generic_file_fsync without the locking. This is needed for
|
|
|
|
* nojournal mode to make sure this inodes data/metadata makes it to disk
|
|
|
|
* properly. The i_mutex should be held already.
|
|
|
|
*/
|
|
|
|
static int __sync_inode(struct inode *inode, int datasync)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = sync_mapping_buffers(inode->i_mapping);
|
|
|
|
if (!(inode->i_state & I_DIRTY))
|
|
|
|
return ret;
|
|
|
|
if (datasync && !(inode->i_state & I_DIRTY_DATASYNC))
|
|
|
|
return ret;
|
|
|
|
|
|
|
|
err = sync_inode_metadata(inode, 1);
|
|
|
|
if (ret == 0)
|
|
|
|
ret = err;
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2006-10-11 08:20:50 +00:00
|
|
|
/*
|
2006-10-11 08:20:53 +00:00
|
|
|
* akpm: A new design for ext4_sync_file().
|
2006-10-11 08:20:50 +00:00
|
|
|
*
|
|
|
|
* This is only called from sys_fsync(), sys_fdatasync() and sys_msync().
|
|
|
|
* There cannot be a transaction open by this task.
|
|
|
|
* Another task could have dirtied this inode. Its data can be in any
|
|
|
|
* state in the journalling system.
|
|
|
|
*
|
|
|
|
* What we do is just kick off a commit and wait on it. This will snapshot the
|
|
|
|
* inode to disk.
|
2009-09-28 19:48:29 +00:00
|
|
|
*
|
|
|
|
* i_mutex lock is held when entering and exiting this function
|
2006-10-11 08:20:50 +00:00
|
|
|
*/
|
|
|
|
|
2011-07-17 00:44:56 +00:00
|
|
|
int ext4_sync_file(struct file *file, loff_t start, loff_t end, int datasync)
|
2006-10-11 08:20:50 +00:00
|
|
|
{
|
2010-05-26 15:53:25 +00:00
|
|
|
struct inode *inode = file->f_mapping->host;
|
2009-12-09 04:51:10 +00:00
|
|
|
struct ext4_inode_info *ei = EXT4_I(inode);
|
2008-07-11 23:27:31 +00:00
|
|
|
journal_t *journal = EXT4_SB(inode->i_sb)->s_journal;
|
2009-12-09 04:51:10 +00:00
|
|
|
int ret;
|
|
|
|
tid_t commit_tid;
|
2011-05-24 16:00:54 +00:00
|
|
|
bool needs_barrier = false;
|
2006-10-11 08:20:50 +00:00
|
|
|
|
2007-10-16 22:38:25 +00:00
|
|
|
J_ASSERT(ext4_journal_current_handle() == NULL);
|
2006-10-11 08:20:50 +00:00
|
|
|
|
2011-03-22 01:38:05 +00:00
|
|
|
trace_ext4_sync_file_enter(file, datasync);
|
2008-10-06 00:50:06 +00:00
|
|
|
|
2011-07-17 00:44:56 +00:00
|
|
|
ret = filemap_write_and_wait_range(inode->i_mapping, start, end);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
mutex_lock(&inode->i_mutex);
|
|
|
|
|
2009-12-09 04:51:10 +00:00
|
|
|
if (inode->i_sb->s_flags & MS_RDONLY)
|
2011-07-17 00:44:56 +00:00
|
|
|
goto out;
|
2009-12-09 04:51:10 +00:00
|
|
|
|
2011-01-10 17:47:05 +00:00
|
|
|
ret = ext4_flush_completed_IO(inode);
|
2009-09-28 19:48:29 +00:00
|
|
|
if (ret < 0)
|
2011-03-22 01:38:05 +00:00
|
|
|
goto out;
|
2010-05-17 11:00:00 +00:00
|
|
|
|
2010-05-17 12:00:00 +00:00
|
|
|
if (!journal) {
|
2011-07-17 00:44:56 +00:00
|
|
|
ret = __sync_inode(inode, datasync);
|
2012-06-09 17:51:19 +00:00
|
|
|
if (!ret && !hlist_empty(&inode->i_dentry))
|
ext4: sync the directory inode in ext4_sync_parent()
ext4 has taken the stance that, in the absence of a journal,
when an fsync/fdatasync of an inode is done, the parent
directory should be sync'ed if this inode entry is new.
ext4_sync_parent(), which implements this, does indeed sync
the dirent pages for parent directories, but it does not
sync the directory *inode*. This patch fixes this.
Also now return error status from ext4_sync_parent().
I tested this using a power fail test, which panics a
machine running a file server getting requests from a
client. Without this patch, on about every other test run,
the server is missing many, many files that had been synced.
With this patch, on > 6 runs, I see zero files being lost.
Google-Bug-Id: 4179519
Signed-off-by: Curt Wohlgemuth <curtw@google.com>
Signed-off-by: "Theodore Ts'o" <tytso@mit.edu>
2011-04-11 02:05:31 +00:00
|
|
|
ret = ext4_sync_parent(inode);
|
2011-03-22 01:38:05 +00:00
|
|
|
goto out;
|
2010-05-17 12:00:00 +00:00
|
|
|
}
|
2009-12-09 04:51:10 +00:00
|
|
|
|
2006-10-11 08:20:50 +00:00
|
|
|
/*
|
2009-12-09 04:51:10 +00:00
|
|
|
* data=writeback,ordered:
|
2006-10-11 08:20:50 +00:00
|
|
|
* The caller's filemap_fdatawrite()/wait will sync the data.
|
2009-12-09 04:51:10 +00:00
|
|
|
* Metadata is in the journal, we wait for proper transaction to
|
|
|
|
* commit here.
|
2006-10-11 08:20:50 +00:00
|
|
|
*
|
|
|
|
* data=journal:
|
|
|
|
* filemap_fdatawrite won't do anything (the buffers are clean).
|
2006-10-11 08:20:53 +00:00
|
|
|
* ext4_force_commit will write the file data into the journal and
|
2006-10-11 08:20:50 +00:00
|
|
|
* will wait on that.
|
|
|
|
* filemap_fdatawait() will encounter a ton of newly-dirtied pages
|
|
|
|
* (they were dirtied by commit). But that's OK - the blocks are
|
|
|
|
* safe in-journal, which is all fsync() needs to ensure.
|
|
|
|
*/
|
2011-03-22 01:38:05 +00:00
|
|
|
if (ext4_should_journal_data(inode)) {
|
|
|
|
ret = ext4_force_commit(inode->i_sb);
|
|
|
|
goto out;
|
|
|
|
}
|
2006-10-11 08:20:50 +00:00
|
|
|
|
2009-12-09 04:51:10 +00:00
|
|
|
commit_tid = datasync ? ei->i_datasync_tid : ei->i_sync_tid;
|
2011-05-24 16:00:54 +00:00
|
|
|
if (journal->j_flags & JBD2_BARRIER &&
|
|
|
|
!jbd2_trans_will_send_data_barrier(journal, commit_tid))
|
|
|
|
needs_barrier = true;
|
|
|
|
jbd2_log_start_commit(journal, commit_tid);
|
|
|
|
ret = jbd2_log_wait_commit(journal, commit_tid);
|
|
|
|
if (needs_barrier)
|
2010-09-16 18:51:46 +00:00
|
|
|
blkdev_issue_flush(inode->i_sb->s_bdev, GFP_KERNEL, NULL);
|
2011-03-22 01:38:05 +00:00
|
|
|
out:
|
2011-07-17 00:44:56 +00:00
|
|
|
mutex_unlock(&inode->i_mutex);
|
2011-03-22 01:38:05 +00:00
|
|
|
trace_ext4_sync_file_exit(inode, ret);
|
2006-10-11 08:20:50 +00:00
|
|
|
return ret;
|
|
|
|
}
|