[RFCv4 0/9] vfs: hoist reflink/dedupe ioctls to the VFS
Darrick J. Wong
darrick.wong at oracle.com
Sat Dec 19 02:55:05 CST 2015
Hi all,
This patch set goes along with the fourth revision of an RFC adding to
XFS kernel support for tracking reverse-mappings of physical blocks to
file and metadata; and support for mapping multiple file logical
blocks to the same physical block, more commonly known as reflinking.
The first four patches are taken verbatim from Anna Schumaker's
patches adding a physical copy call to the kernel. The next two
patches are from Christoph Hellwig, and hoist the clone and
clone_range ioctls into the VFS. These patches are a bit old at
this point; they're in here solely to demonstrate how this (long)
patchset diverges from upstream.
The third patch fixes some bugs in the first four patches, and the
fourth patch hoists the extent_same ioctl into the VFS as the dedupe
ioctl.
The patch set is based on the current (4.4-rc5) upstream kernel.
If you're going to start using this mess, you probably ought to just
pull from my github trees for kernel[1], xfsprogs[2], and xfstests[3].
See also the xfs-docs[4] and manpage[5] updates.
This is an extraordinary way to eat your data. Enjoy!
Comments and questions are, as always, welcome.
--D
[1] https://github.com/djwong/linux/tree/for-dave
[2] https://github.com/djwong/xfsprogs/tree/for-dave
[3] https://github.com/djwong/xfstests/tree/for-dave
[4] https://github.com/djwong/xfs-documentation/tree/for-dave
[5] https://github.com/djwong/man-pages/commits/for-mtk
More information about the xfs
mailing list