2006-10-11 15:20:50 +07:00
|
|
|
/*
|
2006-10-11 15:20:53 +07:00
|
|
|
* linux/fs/ext4/fsync.c
|
2006-10-11 15:20:50 +07: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 15:20:53 +07:00
|
|
|
* ext4fs fsync primitive
|
2006-10-11 15:20:50 +07: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 15:21:01 +07:00
|
|
|
#include <linux/jbd2.h>
|
2008-07-12 06:27:31 +07:00
|
|
|
#include <linux/blkdev.h>
|
2009-06-17 22:48:11 +07:00
|
|
|
|
2008-04-30 05:13:32 +07:00
|
|
|
#include "ext4.h"
|
|
|
|
#include "ext4_jbd2.h"
|
2006-10-11 15:20:50 +07:00
|
|
|
|
2009-06-17 22:48:11 +07:00
|
|
|
#include <trace/events/ext4.h>
|
|
|
|
|
2010-05-17 19:00:00 +07: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 09:05:31 +07:00
|
|
|
static int ext4_sync_parent(struct inode *inode)
|
2010-05-17 19:00:00 +07: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 09:05:31 +07:00
|
|
|
struct writeback_control wbc;
|
2010-05-17 19:00:00 +07:00
|
|
|
struct dentry *dentry = NULL;
|
2011-07-30 23:34:19 +07: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 09:05:31 +07:00
|
|
|
int ret = 0;
|
2010-05-17 19:00:00 +07:00
|
|
|
|
2011-07-30 23:34:19 +07: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 19:00:00 +07:00
|
|
|
ext4_clear_inode_state(inode, EXT4_STATE_NEWENTRY);
|
2012-06-10 00:19:12 +07:00
|
|
|
dentry = d_find_any_alias(inode);
|
2011-07-30 23:34:19 +07:00
|
|
|
if (!dentry)
|
2010-05-17 19:00:00 +07:00
|
|
|
break;
|
2011-07-30 23:34:19 +07: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 09:05:31 +07: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 19:00:00 +07:00
|
|
|
}
|
2011-07-30 23:34:19 +07: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 09:05:31 +07:00
|
|
|
return ret;
|
2010-05-17 19:00:00 +07:00
|
|
|
}
|
|
|
|
|
2011-07-17 07:44:56 +07: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 15:20:50 +07:00
|
|
|
/*
|
2006-10-11 15:20:53 +07:00
|
|
|
* akpm: A new design for ext4_sync_file().
|
2006-10-11 15:20:50 +07: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-29 02:48:29 +07:00
|
|
|
*
|
|
|
|
* i_mutex lock is held when entering and exiting this function
|
2006-10-11 15:20:50 +07:00
|
|
|
*/
|
|
|
|
|
2011-07-17 07:44:56 +07:00
|
|
|
int ext4_sync_file(struct file *file, loff_t start, loff_t end, int datasync)
|
2006-10-11 15:20:50 +07:00
|
|
|
{
|
2010-05-26 22:53:25 +07:00
|
|
|
struct inode *inode = file->f_mapping->host;
|
2009-12-09 11:51:10 +07:00
|
|
|
struct ext4_inode_info *ei = EXT4_I(inode);
|
2008-07-12 06:27:31 +07:00
|
|
|
journal_t *journal = EXT4_SB(inode->i_sb)->s_journal;
|
2012-08-17 20:58:17 +07:00
|
|
|
int ret, err;
|
2009-12-09 11:51:10 +07:00
|
|
|
tid_t commit_tid;
|
2011-05-24 23:00:54 +07:00
|
|
|
bool needs_barrier = false;
|
2006-10-11 15:20:50 +07:00
|
|
|
|
2007-10-17 05:38:25 +07:00
|
|
|
J_ASSERT(ext4_journal_current_handle() == NULL);
|
2006-10-11 15:20:50 +07:00
|
|
|
|
2011-03-22 08:38:05 +07:00
|
|
|
trace_ext4_sync_file_enter(file, datasync);
|
2008-10-06 07:50:06 +07:00
|
|
|
|
2011-07-17 07:44:56 +07:00
|
|
|
ret = filemap_write_and_wait_range(inode->i_mapping, start, end);
|
|
|
|
if (ret)
|
|
|
|
return ret;
|
|
|
|
mutex_lock(&inode->i_mutex);
|
|
|
|
|
2009-12-09 11:51:10 +07:00
|
|
|
if (inode->i_sb->s_flags & MS_RDONLY)
|
2011-07-17 07:44:56 +07:00
|
|
|
goto out;
|
2009-12-09 11:51:10 +07:00
|
|
|
|
2012-10-05 22:31:55 +07:00
|
|
|
ret = ext4_flush_unwritten_io(inode);
|
2009-09-29 02:48:29 +07:00
|
|
|
if (ret < 0)
|
2011-03-22 08:38:05 +07:00
|
|
|
goto out;
|
2010-05-17 18:00:00 +07:00
|
|
|
|
2010-05-17 19:00:00 +07:00
|
|
|
if (!journal) {
|
2011-07-17 07:44:56 +07:00
|
|
|
ret = __sync_inode(inode, datasync);
|
2012-06-10 00:51:19 +07: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 09:05:31 +07:00
|
|
|
ret = ext4_sync_parent(inode);
|
2011-03-22 08:38:05 +07:00
|
|
|
goto out;
|
2010-05-17 19:00:00 +07:00
|
|
|
}
|
2009-12-09 11:51:10 +07:00
|
|
|
|
2006-10-11 15:20:50 +07:00
|
|
|
/*
|
2009-12-09 11:51:10 +07:00
|
|
|
* data=writeback,ordered:
|
2006-10-11 15:20:50 +07:00
|
|
|
* The caller's filemap_fdatawrite()/wait will sync the data.
|
2009-12-09 11:51:10 +07:00
|
|
|
* Metadata is in the journal, we wait for proper transaction to
|
|
|
|
* commit here.
|
2006-10-11 15:20:50 +07:00
|
|
|
*
|
|
|
|
* data=journal:
|
|
|
|
* filemap_fdatawrite won't do anything (the buffers are clean).
|
2006-10-11 15:20:53 +07:00
|
|
|
* ext4_force_commit will write the file data into the journal and
|
2006-10-11 15:20:50 +07: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 08:38:05 +07:00
|
|
|
if (ext4_should_journal_data(inode)) {
|
|
|
|
ret = ext4_force_commit(inode->i_sb);
|
|
|
|
goto out;
|
|
|
|
}
|
2006-10-11 15:20:50 +07:00
|
|
|
|
2009-12-09 11:51:10 +07:00
|
|
|
commit_tid = datasync ? ei->i_datasync_tid : ei->i_sync_tid;
|
2011-05-24 23:00:54 +07: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);
|
2012-08-17 20:58:17 +07:00
|
|
|
if (needs_barrier) {
|
|
|
|
err = blkdev_issue_flush(inode->i_sb->s_bdev, GFP_KERNEL, NULL);
|
|
|
|
if (!ret)
|
|
|
|
ret = err;
|
|
|
|
}
|
2011-03-22 08:38:05 +07:00
|
|
|
out:
|
2011-07-17 07:44:56 +07:00
|
|
|
mutex_unlock(&inode->i_mutex);
|
2011-03-22 08:38:05 +07:00
|
|
|
trace_ext4_sync_file_exit(inode, ret);
|
2006-10-11 15:20:50 +07:00
|
|
|
return ret;
|
|
|
|
}
|