On Mon, Feb 17, 2014 at 04:08:17PM +0100, Lukas Czerner wrote: > Introduce new FALLOC_FL_ZERO_RANGE flag for fallocate. This has the same > functionality as xfs ioctl XFS_IOC_ZERO_RANGE. > > It can be used to convert a range of file to zeros preferably without > issuing data IO. Blocks should be preallocated for the regions that span > holes in the file, and the entire range is preferable converted to > unwritten extents - even though file system may choose to zero out the > extent or do whatever which will result in reading zeros from the range > while the range remains allocated for the file. > > This can be also used to preallocate blocks past EOF in the same way as > with fallocate. Flag FALLOC_FL_KEEP_SIZE which should cause the inode > size to remain the same. > > You can test this feature yourself using xfstests, of fallocate(1) however > you'll need patches for util_linux, xfsprogs and xfstests which you > can find here: > > http://people.redhat.com/lczerner/zero_range/ > > I'll post the patches after we agree and merge the kernel functionality. Lukas, can you post the xfstests and xfs_io changes so that they can be reviewed? Once I can verify the behaviour is the same as XFS_IOC_ZERO_RANGE, I'm ahppy to commit the VFS and XFS kernel changes along with the xfsprogs and xfstests changes like I've just done for the FALLOC_FL_COLLAPSE_RANGE changes. I'd like to get all the changes to the VFS into the XFS tree so that you can handle the ext4 integration of the two pieces of functionilty as you and Ted see fit.... Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs