kernel-ark/fs/coda
Christoph Hellwig 4c728ef583 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>
2009-01-05 11:54:28 -05:00
..
cache.c CRED: Wrap task credential accesses in the Coda filesystem 2008-11-14 10:38:48 +11:00
cnode.c
coda_int.h
coda_linux.c coda: remove CODA_FS_OLD_API 2008-07-25 10:53:33 -07:00
dir.c [PATCH] move executable checking into ->permission() 2008-10-23 05:13:25 -04:00
file.c add a vfs_fsync helper 2009-01-05 11:54:28 -05:00
inode.c SL*B: drop kmem cache argument from constructor 2008-07-26 12:00:07 -07:00
Makefile
pioctl.c [PATCH] move executable checking into ->permission() 2008-10-23 05:13:25 -04:00
psdev.c Switch to a valid email address... 2008-10-27 08:40:17 -07:00
symlink.c
sysctl.c
upcall.c CRED: Wrap task credential accesses in the Coda filesystem 2008-11-14 10:38:48 +11:00