linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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;
 }



  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).