Re: [PATCH v7 00/47] xfs: add reverse mapping support

Darrick J. Wong
2016-08-04T00:58:54Z

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@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs