From mboxrd@z Thu Jan  1 00:00:00 1970
From: Christoph Hellwig <hch@infradead.org>
Subject: Re: [patch 8/8] fs: add i_op->sync_inode
Date: Tue, 4 Jan 2011 04:25:41 -0500
Message-ID: <20110104092541.GC2760@infradead.org>
References: <20101218014634.943276411@kernel.dk>
 <20101218015117.759480620@kernel.dk>
 <20101229151246.GA22033@infradead.org>
 <20110104062725.GD3402@amd>
 <20110104065736.GA8013@infradead.org>
 <20110104080323.GC4090@amd>
 <20110104083132.GA4485@amd>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Cc: Christoph Hellwig <hch@infradead.org>,
	linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>
To: Nick Piggin <npiggin@kernel.dk>
Return-path: <linux-kernel-owner@vger.kernel.org>
Content-Disposition: inline
In-Reply-To: <20110104083132.GA4485@amd>
Sender: linux-kernel-owner@vger.kernel.org
List-Id: linux-fsdevel.vger.kernel.org

On Tue, Jan 04, 2011 at 07:31:32PM +1100, Nick Piggin wrote:
> And actually I think it is much better to have sync_inode, which means
> we'll be able to get rid of commit_metadata (which should be an inode
> operation anyway, not an export operation which really should deal with
> exporting filesystems to a non-vfs namespace, not nfsd hacks).
> 
> commit_metadata would just be sync_inode with a null range or no data
> sync flag set.

As explained in the previous mail it's not just not writing data, it's
conceptually quite different from fsync.