aboutsummaryrefslogtreecommitdiffstats
path: root/tools/testing/radix-tree/Makefile
diff options
context:
space:
mode:
authorSouptick Joarder <jrdr.linux@gmail.com>2018-05-18 16:08:47 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2018-05-18 17:17:12 -0700
commitd97baf9470b0668904aa96865abe7db4000dc3ba (patch)
tree5e5b57321d40ca296575b35f9bd5064736f7a944 /tools/testing/radix-tree/Makefile
parentlib/test_bitmap.c: fix bitmap optimisation tests to report errors correctly (diff)
downloadlinux-dev-d97baf9470b0668904aa96865abe7db4000dc3ba.tar.xz
linux-dev-d97baf9470b0668904aa96865abe7db4000dc3ba.zip
include/linux/mm.h: add new inline function vmf_error()
Many places in drivers/ file systems, error was handled in a common way like below: ret = (ret == -ENOMEM) ? VM_FAULT_OOM : VM_FAULT_SIGBUS; vmf_error() will replace this and return vm_fault_t type err. A lot of drivers and filesystems currently have a rather complex mapping of errno-to-VM_FAULT code. We have been able to eliminate a lot of it by just returning VM_FAULT codes directly from functions which are called exclusively from the fault handling path. Some functions can be called both from the fault handler and other context which are expecting an errno, so they have to continue to return an errno. Some users still need to choose different behaviour for different errnos, but vmf_error() captures the essential error translation that's common to all users, and those that need to handle additional errors can handle them first. Link: http://lkml.kernel.org/r/20180510174826.GA14268@jordon-HP-15-Notebook-PC Signed-off-by: Souptick Joarder <jrdr.linux@gmail.com> Reviewed-by: Matthew Wilcox <mawilcox@microsoft.com> Reviewed-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'tools/testing/radix-tree/Makefile')
0 files changed, 0 insertions, 0 deletions