The patch titled Subject: fs/proc/vmcore.c: use new typedef vm_fault_t has been added to the -mm tree. Its filename is fs-proc-adding-new-typedef-vm_fault_t.patch This patch should soon appear at http://ozlabs.org/~akpm/mmots/broken-out/fs-proc-adding-new-typedef-vm_fault_t.patch and later at http://ozlabs.org/~akpm/mmotm/broken-out/fs-proc-adding-new-typedef-vm_fault_t.patch Before you just go and hit "reply", please: a) Consider who else should be cc'ed b) Prefer to cc a suitable mailing list as well c) Ideally: find the original patch on the mailing list and do a reply-to-all to that, adding suitable additional cc's *** Remember to use Documentation/process/submit-checklist.rst when testing your code *** The -mm tree is included into linux-next and is updated there every 3-4 working days ------------------------------------------------------ From: Souptick Joarder <jrdr.linux@xxxxxxxxx> Subject: fs/proc/vmcore.c: use new typedef vm_fault_t Use new return type vm_fault_t for fault handler in struct vm_operations_struct. For now, this is just documenting that the function returns a VM_FAULT value rather than an errno. Once all instances are converted, vm_fault_t will become a distinct type. See 1c8f422059ae ("mm: change return type to vm_fault_t") for reference. Link: http://lkml.kernel.org/r/20180702153325.GA3875@jordon-HP-15-Notebook-PC Signed-off-by: Souptick Joarder <jrdr.linux@xxxxxxxxx> Reviewed-by: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx> Cc: Ganesh Goudar <ganeshgr@xxxxxxxxxxx> Cc: Rahul Lakkireddy <rahul.lakkireddy@xxxxxxxxxxx> Cc: David S. Miller <davem@xxxxxxxxxxxxx> Cc: Alexey Dobriyan <adobriyan@xxxxxxxxx> Signed-off-by: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> --- fs/proc/vmcore.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff -puN fs/proc/vmcore.c~fs-proc-adding-new-typedef-vm_fault_t fs/proc/vmcore.c --- a/fs/proc/vmcore.c~fs-proc-adding-new-typedef-vm_fault_t +++ a/fs/proc/vmcore.c @@ -379,7 +379,7 @@ static ssize_t read_vmcore(struct file * * On s390 the fault handler is used for memory regions that can't be mapped * directly with remap_pfn_range(). */ -static int mmap_vmcore_fault(struct vm_fault *vmf) +static vm_fault_t mmap_vmcore_fault(struct vm_fault *vmf) { #ifdef CONFIG_S390 struct address_space *mapping = vmf->vma->vm_file->f_mapping; _ Patches currently in -mm which might be from jrdr.linux@xxxxxxxxx are fs-9p-adding-new-return-type-vm_fault_t.patch mm-convert-return-type-of-handle_mm_fault-caller-to-vm_fault_t.patch fs-proc-adding-new-typedef-vm_fault_t.patch fs-nilfs2-adding-new-return-type-vm_fault_t.patch fs-gfs2-adding-new-return-type-vm_fault_t.patch hwtracing-intel_th-change-return-type-to-vm_fault_t.patch -- To unsubscribe from this list: send the line "unsubscribe mm-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html