]> pilppa.com Git - linux-2.6-omap-h63xx.git/commit
add a vfs_fsync helper
authorChristoph Hellwig <hch@lst.de>
Mon, 22 Dec 2008 20:11:15 +0000 (21:11 +0100)
committerAl Viro <viro@zeniv.linux.org.uk>
Mon, 5 Jan 2009 16:54:28 +0000 (11:54 -0500)
commit4c728ef583b3d82266584da5cb068294c09df31e
tree1252fa82b5a7cf60c0898c3da810228b4c34ebb3
parent6110e3abbff8b785907d4db50240e63c1be726e3
add a vfs_fsync helper

Fsync currently has a fdatawrite/fdatawait pair around the method call,
and a mutex_lock/unlock of the inode mutex.  All callers of fsync have
to duplicate this, but we have a few and most of them don't quite get
it right.  This patch adds a new vfs_fsync that takes care of this.
It's a little more complicated as usual as ->fsync might get a NULL file
pointer and just a dentry from nfsd, but otherwise gets afile and we
want to take the mapping and file operations from it when it is there.

Notes on the fsync callers:

 - ecryptfs wasn't calling filemap_fdatawrite / filemap_fdatawait on the
    lower file
 - coda wasn't calling filemap_fdatawrite / filemap_fdatawait on the host
file, and returning 0 when ->fsync was missing
 - shm wasn't calling either filemap_fdatawrite / filemap_fdatawait nor
   taking i_mutex.  Now given that shared memory doesn't have disk
   backing not doing anything in fsync seems fine and I left it out of
   the vfs_fsync conversion for now, but in that case we might just
   not pass it through to the lower file at all but just call the no-op
   simple_sync_file directly.

[and now actually export vfs_fsync]

Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
drivers/usb/gadget/file_storage.c
fs/coda/file.c
fs/ecryptfs/file.c
fs/nfsd/vfs.c
fs/sync.c
include/linux/fs.h
mm/msync.c