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 ;-)... Dan? Honza > > Changes since v2: > * Added Reviewed-by tags > * Fixed commit message of patch 3 > * Slightly simplified dax_iomap_pmd_fault() > * Renamed truncation functions to express better what they do > > Changes since v1: > * Rebased on top of patches in mm tree > * Added some Reviewed-by tags > * renamed some functions based on review feedback > > Honza -- Jan Kara <jack@xxxxxxxx> SUSE Labs, CR -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>