summaryrefslogtreecommitdiffstats
path: root/tools/include
diff options
context:
space:
mode:
authorJan Kara <jack@suse.cz>2016-12-14 15:07:53 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2016-12-14 16:04:09 -0800
commit4b4bb46d00b386e1c972890dc5785a7966eaa9c0 (patch)
tree62a4a73bacb4caca2ddea0114d4193a4941522d3 /tools/include
parent2f89dc12a25ddf995b9acd7b6543fe892e3473d6 (diff)
downloadlinux-stable-4b4bb46d00b386e1c972890dc5785a7966eaa9c0.tar.gz
linux-stable-4b4bb46d00b386e1c972890dc5785a7966eaa9c0.tar.bz2
linux-stable-4b4bb46d00b386e1c972890dc5785a7966eaa9c0.zip
dax: clear dirty entry tags on cache flush
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. Link: http://lkml.kernel.org/r/1479460644-25076-21-git-send-email-jack@suse.cz Signed-off-by: Jan Kara <jack@suse.cz> Reviewed-by: Ross Zwisler <ross.zwisler@linux.intel.com> Cc: Kirill A. Shutemov <kirill.shutemov@linux.intel.com> Cc: Dan Williams <dan.j.williams@intel.com> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'tools/include')
0 files changed, 0 insertions, 0 deletions