On Tue, Dec 13, 2016 at 12:52:09PM +0100, Jan Kara wrote: > On Mon 12-12-16 17:47:02, Jan Kara wrote: > > Hello, > > > > this is the third revision of my fixes of races when invalidating hole > > pages in > > DAX mappings. See changelogs for details. The series is based on my patches > > to > > write-protect DAX PTEs which are currently carried in mm tree. This is a > > hard > > dependency because we really need to closely track dirtiness (and > > cleanness!) > > of radix tree entries in DAX mappings in order to avoid discarding valid > > dirty > > bits leading to missed cache flushes on fsync(2). > > > > The tests have passed xfstests for xfs and ext4 in DAX and non-DAX mode. > > > > Johannes, are you OK with patch 2/6 in its current form? I'd like to push > > these > > patches to some tree once DAX write-protection patches are merged. I'm > > hoping > > to get at least first three patches merged for 4.10-rc2... Thanks! > > OK, with the final ack from Johannes and since this is mostly DAX stuff, > can we take this through NVDIMM tree and push to Linus either late in the > merge window or for -rc2? These patches require my DAX patches sitting in mm > tree so they can be included in any git tree only once those patches land > in Linus' tree (which may happen only once Dave and Ted push out their > stuff - this is the most convoluted merge window I'd ever to deal with ;-)...
And I'm waiting on Jens and the block tree before I send Linus a pulllreq for all the stuff I have queued because of the conflicts in the iomap-direct IO patches I've also got in the XFS tree... :/ Cheers, Dave. -- Dave Chinner [email protected] _______________________________________________ Linux-nvdimm mailing list [email protected] https://lists.01.org/mailman/listinfo/linux-nvdimm
