summaryrefslogtreecommitdiffstats
path: root/mm/huge_memory.c
diff options
context:
space:
mode:
authorMatthew Wilcox2015-09-08 23:58:40 +0200
committerLinus Torvalds2015-09-09 00:35:28 +0200
commitc94c2acf84dc16cf4b989bb0bc849785b7ff52f5 (patch)
treef2f7f9e429f1955bbde43e975d97d20a9d06f50c /mm/huge_memory.c
parentthp: vma_adjust_trans_huge(): adjust file-backed VMA too (diff)
downloadkernel-qcow2-linux-c94c2acf84dc16cf4b989bb0bc849785b7ff52f5.tar.gz
kernel-qcow2-linux-c94c2acf84dc16cf4b989bb0bc849785b7ff52f5.tar.xz
kernel-qcow2-linux-c94c2acf84dc16cf4b989bb0bc849785b7ff52f5.zip
dax: move DAX-related functions to a new header
In order to handle the !CONFIG_TRANSPARENT_HUGEPAGES case, we need to return VM_FAULT_FALLBACK from the inlined dax_pmd_fault(), which is defined in linux/mm.h. Given that we don't want to include <linux/mm.h> in <linux/fs.h>, the easiest solution is to move the DAX-related functions to a new header, <linux/dax.h>. We could also have moved VM_FAULT_* definitions to a new header, or a different header that isn't quite such a boil-the-ocean header as <linux/mm.h>, but this felt like the best option. Signed-off-by: Matthew Wilcox <willy@linux.intel.com> Cc: Hillf Danton <dhillf@gmail.com> Cc: "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com> Cc: Theodore Ts'o <tytso@mit.edu> Cc: Jan Kara <jack@suse.cz> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'mm/huge_memory.c')
0 files changed, 0 insertions, 0 deletions