summaryrefslogtreecommitdiff
path: root/include/linux/pfn.h
diff options
context:
space:
mode:
authorJan Kara <jack@suse.cz>2017-02-09 01:30:53 +0300
committerLinus Torvalds <torvalds@linux-foundation.org>2017-02-09 02:41:43 +0300
commit0911d0041c22922228ca52a977d7b0b0159fee4b (patch)
treeecd0e2bd3ec2f1e934409a43dd3b0798860c7d8b /include/linux/pfn.h
parented5bd7dc88edf4a4a9c67130742b1b59aa017a5f (diff)
downloadlinux-0911d0041c22922228ca52a977d7b0b0159fee4b.tar.xz
mm: avoid returning VM_FAULT_RETRY from ->page_mkwrite handlers
Some ->page_mkwrite handlers may return VM_FAULT_RETRY as its return code (GFS2 or Lustre can definitely do this). However VM_FAULT_RETRY from ->page_mkwrite is completely unhandled by the mm code and results in locking and writeably mapping the page which definitely is not what the caller wanted. Fix Lustre and block_page_mkwrite_ret() used by other filesystems (notably GFS2) to return VM_FAULT_NOPAGE instead which results in bailing out from the fault code, the CPU then retries the access, and we fault again effectively doing what the handler wanted. Link: http://lkml.kernel.org/r/20170203150729.15863-1-jack@suse.cz Signed-off-by: Jan Kara <jack@suse.cz> Reported-by: Al Viro <viro@ZenIV.linux.org.uk> Reviewed-by: Jinshan Xiong <jinshan.xiong@intel.com> Cc: Matthew Wilcox <willy@infradead.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'include/linux/pfn.h')
0 files changed, 0 insertions, 0 deletions