On Wed, Aug 03, 2016 at 01:55:20PM -0700, Darrick J. Wong wrote: > On Wed, Aug 03, 2016 at 12:45:36PM -0700, Mark Fasheh wrote: > > Hi Darrick, > > > > On Wed, Jul 20, 2016 at 09:55:55PM -0700, Darrick J. Wong wrote: > > > Hi all, > > > > > > This is the seventh revision of a patchset that adds to XFS kernel > > > support for tracking reverse-mappings of physical blocks to file and > > > metadata (rmap). Per reviewers' request with v6, I am splitting the > > > gigantic patchbombs into separate functional areas. Given the > > > significant amount of design assumptions that change with block > > > sharing, rmap and reflink are provided together. There shouldn't be > > > any incompatible on-disk format changes, pending a thorough review of > > > the patches within. > > > > Where can I the patches to enable dedupe_range on xfs? I tested your > > previous devel branch based on Linux v4.7-rc3 with duperemove > > (https://github.com/markfasheh/duperemove) and it worked extremely well - > > even handling some cases that btrfs still has issues with. I actually > > committed the code to enable xfs support in duperemove so anyone can test on > > xfs with the dedupe_range patches. > > > > I'd gladly test your latest patches by doing my usual 'large' duperemove > > tests once I can get ahold of the dedupe_range work :) > > Your best bets are probably the -experimental trees: > https://github.com/djwong/linux/commits/djwong-experimental > https://github.com/djwong/xfsprogs/commits/djwong-experimental > > I haven't updated them in a while because I've been busy trying > to get reverse-mapping (the start of those patchbombs) into 4.8. > > Just as a warning, don't put anything critical on those XFS filesystems > because there's going to be a disk format update between now and the > next time I post the patches because Dave and I decided to cache the > block counts for the new btrees in order to speed up mounting. I don't > anticipate having time to clean up my dev tree and push to github until > a week or two after the merge window closes. That said, all the craziness from the last two weeks (xfs_scrub sprint and the rmapbt review fixes) are now in the -wtf tree, which /should/ behave. I've dumped everything there in completely not cleaned up format, but this does have the AGF btree block counter stuff I talked about above. https://github.com/djwong/linux/commits/djwong-wtf https://github.com/djwong/xfsprogs/commits/djwong-wtf --D > > --D > > > > > Thanks, > > --Mark > > > > -- > > Mark Fasheh > > _______________________________________________ > xfs mailing list > xfs@xxxxxxxxxxx > http://oss.sgi.com/mailman/listinfo/xfs _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
