fallocate should be a file operation
authorChristoph Hellwig <hch@lst.de>
Fri, 14 Jan 2011 12:07:43 +0000 (13:07 +0100)
committerAl Viro <viro@zeniv.linux.org.uk>
Mon, 17 Jan 2011 07:25:31 +0000 (02:25 -0500)
commit2fe17c1075836b66678ed2a305fd09b6773883aa
treeeb5287be8138686682eef9622872cfc7657e0664
parent64c23e86873ee410554d6d1c76b60da47025e96f
fallocate should be a file operation

Currently all filesystems except XFS implement fallocate asynchronously,
while XFS forced a commit.  Both of these are suboptimal - in case of O_SYNC
I/O we really want our allocation on disk, especially for the !KEEP_SIZE
case where we actually grow the file with user-visible zeroes.  On the
other hand always commiting the transaction is a bad idea for fast-path
uses of fallocate like for example in recent Samba versions.   Given
that block allocation is a data plane operation anyway change it from
an inode operation to a file operation so that we have the file structure
available that lets us check for O_SYNC.

This also includes moving the code around for a few of the filesystems,
and remove the already unnedded S_ISDIR checks given that we only wire
up fallocate for regular files.

Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
13 files changed:
Documentation/filesystems/Locking
fs/btrfs/file.c
fs/btrfs/inode.c
fs/ext4/ext4.h
fs/ext4/extents.c
fs/ext4/file.c
fs/gfs2/file.c
fs/gfs2/ops_inode.c
fs/ocfs2/file.c
fs/open.c
fs/xfs/linux-2.6/xfs_file.c
fs/xfs/linux-2.6/xfs_iops.c
include/linux/fs.h