• Rick Edgecombe's avatar
    x86/mm: implement HAVE_ARCH_UNMAPPED_AREA_VMFLAGS · c5ecd8eb
    Rick Edgecombe authored
    When memory is being placed, mmap() will take care to respect the guard
    gaps of certain types of memory (VM_SHADOWSTACK, VM_GROWSUP and
    VM_GROWSDOWN).  In order to ensure guard gaps between mappings, mmap()
    needs to consider two things:
    
     1. That the new mapping isn't placed in an any existing mappings guard
        gaps.
     2. That the new mapping isn't placed such that any existing mappings
        are not in *its* guard gaps.
    
    The longstanding behavior of mmap() is to ensure 1, but not take any care
    around 2.  So for example, if there is a PAGE_SIZE free area, and a mmap()
    with a PAGE_SIZE size, and a type that has a guard gap is being placed,
    mmap() may place the shadow stack in the PAGE_SIZE free area.  Then the
    mapping that is supposed to have a guard gap will not have a gap to the
    adjacent VMA.
    
    Add x86 arch implementations of arch_get_unmapped_area_vmflags/_topdown()
    so future changes can allow the guard gap of type of vma being placed to
    be taken into account.  This will be used for shadow stack memory.
    
    Link: https://lkml.kernel.org/r/20240326021656.202649-13-rick.p.edgecombe@intel.comSigned-off-by: default avatarRick Edgecombe <rick.p.edgecombe@intel.com>
    Cc: Alexei Starovoitov <ast@kernel.org>
    Cc: Andy Lutomirski <luto@kernel.org>
    Cc: Aneesh Kumar K.V <aneesh.kumar@kernel.org>
    Cc: Borislav Petkov (AMD) <bp@alien8.de>
    Cc: Christophe Leroy <christophe.leroy@csgroup.eu>
    Cc: Dan Williams <dan.j.williams@intel.com>
    Cc: Dave Hansen <dave.hansen@linux.intel.com>
    Cc: Deepak Gupta <debug@rivosinc.com>
    Cc: Guo Ren <guoren@kernel.org>
    Cc: Helge Deller <deller@gmx.de>
    Cc: H. Peter Anvin (Intel) <hpa@zytor.com>
    Cc: Ingo Molnar <mingo@redhat.com>
    Cc: "James E.J. Bottomley" <James.Bottomley@HansenPartnership.com>
    Cc: Kees Cook <keescook@chromium.org>
    Cc: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
    Cc: Liam R. Howlett <Liam.Howlett@oracle.com>
    Cc: Mark Brown <broonie@kernel.org>
    Cc: Michael Ellerman <mpe@ellerman.id.au>
    Cc: Naveen N. Rao <naveen.n.rao@linux.ibm.com>
    Cc: Nicholas Piggin <npiggin@gmail.com>
    Cc: Peter Zijlstra <peterz@infradead.org>
    Cc: Thomas Gleixner <tglx@linutronix.de>
    Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
    c5ecd8eb
pgtable_64.h 7.16 KB