On Wed, Oct 19, 2016 at 09:30:16AM +0200, Jan Kara wrote: > On Tue 18-10-16 16:12:54, Ross Zwisler wrote: > > On Tue, Sep 27, 2016 at 06:08:24PM +0200, Jan Kara wrote: > > > Currently we never clear dirty tags in DAX mappings and thus address > > > ranges to flush accumulate. Now that we have locking of radix tree > > > entries, we have all the locking necessary to reliably clear the radix > > > tree dirty tag when flushing caches for corresponding address range. > > > Similarly to page_mkclean() we also have to write-protect pages to get a > > > page fault when the page is next written to so that we can mark the > > > entry dirty again. > > > > > > Signed-off-by: Jan Kara <jack@xxxxxxx> > > > > Looks great. > > > > Reviewed-by: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx> > > Thanks for review Ross! I've rebased the series on top of rc1. Do you have > your PMD series somewhere rebased on top of rc1 so that I can rebase my > patches on top of that as well? Then I'd post another version of the > series... Sure, I'll rebase & post a new version of my series today. -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
