From: "Fernando Luis Vázquez Cao" <fernando@oss.ntt.co.jp>
To: Theodore Tso <tytso@mit.edu>
Cc: Jan Kara <jack@suse.cz>, Alan Cox <alan@lxorguk.ukuu.org.uk>,
Pavel Machek <pavel@suse.cz>,
kernel list <linux-kernel@vger.kernel.org>,
Jens Axboe <jens.axboe@oracle.com>,
sandeen@redhat.com, fernando@kic.ac.jp, rwheeler@redhat.com,
linux-fsdevel@vger.kernel.org
Subject: [2/3] ext3: call block_flush_device() on fsync
Date: Mon, 16 Feb 2009 16:29:05 +0900 [thread overview]
Message-ID: <1234769345.32677.28.camel@sebastian.kern.oss.ntt.co.jp> (raw)
In-Reply-To: <1234768181.32677.7.camel@sebastian.kern.oss.ntt.co.jp>
To ensure that bits are truly on-disk after an fsync or fdatasync, we
should force a disk flush explicitly when there is dirty data/metadata
and the journal didn't emit a write barrier (either because metadata is
not being synched or barriers are disabled).
Signed-off-by: Fernando Luis Vazquez Cao <fernando@oss.ntt.co.jp>
---
diff -urNp linux-2.6.29-rc5-orig/fs/ext3/fsync.c linux-2.6.29-rc5/fs/ext3/fsync.c
--- linux-2.6.29-rc5-orig/fs/ext3/fsync.c 2008-12-25 08:26:37.000000000 +0900
+++ linux-2.6.29-rc5/fs/ext3/fsync.c 2009-02-16 15:56:05.000000000 +0900
@@ -45,6 +45,8 @@
int ext3_sync_file(struct file * file, struct dentry *dentry, int datasync)
{
struct inode *inode = dentry->d_inode;
+ journal_t *journal = EXT3_SB(inode->i_sb)->s_journal;
+ unsigned long i_state = inode->i_state;
int ret = 0;
J_ASSERT(ext3_journal_current_handle() == NULL);
@@ -69,23 +71,30 @@ int ext3_sync_file(struct file * file, s
*/
if (ext3_should_journal_data(inode)) {
ret = ext3_force_commit(inode->i_sb);
- goto out;
+ if (!(journal->j_flags & JFS_BARRIER))
+ block_flush_device(inode->i_sb);
+ return ret;
}
- if (datasync && !(inode->i_state & I_DIRTY_DATASYNC))
- goto out;
+ if (datasync && !(i_state & I_DIRTY_DATASYNC)) {
+ if (i_state & I_DIRTY_PAGES)
+ block_flush_device(inode->i_sb);
+ return ret;
+ }
/*
* The VFS has written the file data. If the inode is unaltered
* then we need not start a commit.
*/
- if (inode->i_state & (I_DIRTY_SYNC|I_DIRTY_DATASYNC)) {
+ if (i_state & (I_DIRTY_SYNC|I_DIRTY_DATASYNC)) {
struct writeback_control wbc = {
.sync_mode = WB_SYNC_ALL,
.nr_to_write = 0, /* sys_fsync did this */
};
ret = sync_inode(inode, &wbc);
+ if (journal && !(journal->j_flags & JFS_BARRIER))
+ block_flush_device(inode->i_sb);
}
-out:
+
return ret;
}
next prev parent reply other threads:[~2009-02-16 7:29 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1232109069.13775.35.camel@sebastian.kern.oss.ntt.co.jp>
[not found] ` <1232114101.13775.63.camel@sebastian.kern.oss.ntt.co.jp>
[not found] ` <20090116163039.GE10617@duck.suse.cz>
[not found] ` <1232185639.4831.18.camel@sebastian.kern.oss.ntt.co.jp>
[not found] ` <1232186449.4831.29.camel@sebastian.kern.oss.ntt.co.jp>
[not found] ` <20090119120349.GA10193@duck.suse.cz>
[not found] ` <1233135913.5399.57.camel@sebastian.kern.oss.ntt.co.jp>
[not found] ` <20090128095518.GA16554@duck.suse.cz>
[not found] ` <1234434811.15270.7.camel@sebastian.kern.oss.ntt.co.jp>
[not found] ` <1234435245.15433.19.camel@sebastian.kern.oss.ntt.co.jp>
[not found] ` <20090215224659.GG10706@mini-me.lan>
[not found] ` <1234768181.32677.7.camel@sebastian.kern.oss.ntt.co.jp>
2009-02-16 7:25 ` [PATCH 1/3] block: Add block_flush_device() Fernando Luis Vázquez Cao
2009-02-16 7:29 ` Fernando Luis Vázquez Cao [this message]
2009-02-16 7:31 ` [PATCH 3/3] ext4: call block_flush_device() on fsync Fernando Luis Vázquez Cao
[not found] ` <1234434970.15433.4.camel@sebastian.kern.oss.ntt.co.jp>
[not found] ` <499458C1.90105@redhat.com>
[not found] ` <49945C90.3010104@garzik.org>
[not found] ` <20090214153626.GA3973@infradead.org>
[not found] ` <1234682606.19783.222.camel@sebastian.kern.oss.ntt.co.jp>
[not found] ` <20090215225427.GH10706@mini-me.lan>
2009-02-16 7:47 ` vfs: Add MS_FLUSHONFSYNC mount flag Fernando Luis Vázquez Cao
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1234769345.32677.28.camel@sebastian.kern.oss.ntt.co.jp \
--to=fernando@oss.ntt.co.jp \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=fernando@kic.ac.jp \
--cc=jack@suse.cz \
--cc=jens.axboe@oracle.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel@suse.cz \
--cc=rwheeler@redhat.com \
--cc=sandeen@redhat.com \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).