1 - seems to be historical issue on a rarely taken path 2,3 - fixes related to the new mremap() flag 5 - dax device/hugetlbfs possible issue
4,6 - refactoring As those seems to be actual issues, sending this during the merge-window. (Changes to architecture code are in the 6 patch, but Cc'ing maintainers on cover for the context, I hope it's fine). Cc: Alexander Viro <v...@zeniv.linux.org.uk> Cc: Andrew Morton <a...@linux-foundation.org> Cc: Andy Lutomirski <l...@kernel.org> Cc: Brian Geffon <bgef...@google.com> Cc: Catalin Marinas <catalin.mari...@arm.com> Cc: Dan Williams <dan.j.willi...@intel.com> Cc: Dave Jiang <dave.ji...@intel.com> Cc: Hugh Dickins <hu...@google.com> Cc: Ingo Molnar <mi...@redhat.com> Cc: Kirill A. Shutemov <kirill.shute...@linux.intel.com> Cc: Mike Kravetz <mike.krav...@oracle.com> Cc: Minchan Kim <minc...@kernel.org> Cc: Russell King <li...@armlinux.org.uk> Cc: Thomas Bogendoerfer <tsbog...@alpha.franken.de> Cc: Thomas Gleixner <t...@linutronix.de> Cc: Vishal Verma <vishal.l.ve...@intel.com> Cc: Vlastimil Babka <vba...@suse.cz> Cc: Will Deacon <w...@kernel.org> Cc: linux-...@kvack.org Cc: linux-fsde...@vger.kernel.org Cc: linux...@kvack.org Dmitry Safonov (6): mm/mremap: Account memory on do_munmap() failure mm/mremap: For MREMAP_DONTUNMAP check security_vm_enough_memory_mm() mremap: Don't allow MREMAP_DONTUNMAP on special_mappings and aio vm_ops: Rename .split() callback to .may_split() mremap: Check if it's possible to split original vma mm: Forbid splitting special mappings arch/arm/kernel/vdso.c | 9 ---- arch/arm64/kernel/vdso.c | 41 ++----------------- arch/mips/vdso/genvdso.c | 4 -- arch/s390/kernel/vdso.c | 11 +---- arch/x86/entry/vdso/vma.c | 17 -------- arch/x86/kernel/cpu/resctrl/pseudo_lock.c | 2 +- drivers/dax/device.c | 4 +- fs/aio.c | 5 ++- include/linux/mm.h | 5 ++- ipc/shm.c | 8 ++-- mm/hugetlb.c | 2 +- mm/mmap.c | 22 ++++++++-- mm/mremap.c | 50 +++++++++++------------ 13 files changed, 63 insertions(+), 117 deletions(-) base-commit: bbf5c979011a099af5dc76498918ed7df445635b -- 2.28.0