tree 70a423c29afe0a7a881ea4483faa1eaf4fdc50ef
parent 5f027543db9abfcdbe547fc055e951f459c892aa
author Brian Geffon <bgeffon@google.com> 1616523917 -0700
committer Tim Zimmermann <tim@linux4.de> 1721966657 +0200
gpgsig -----BEGIN PGP SIGNATURE-----
 
 iQIzBAABCgAdFiEEuwYxAyE4TRnuhLgPbcIaY/gZxe8FAmajIEEACgkQbcIaY/gZ
 xe8iFBAAk+DgQ+k7jBZcO9YH3V5w+n5NAyAeuwA472MQZnAq9LjUNuwR+QvS61H3
 eAdKjTakJoaOwaf5XHAP2O1Uoktx8sPN6CM72+PqTt5AuCtU86PIaJ6YNBFcJ4i4
 eHxo/TIHxeiU94udhKsrrbAqIMXrXXbzmGoG7oejrxmVE/BklSZ38vac4rO/P9OA
 UkKkfPHyDb53x92/22K+ma5i4IhD/i73fqJy5SC1hybqvTdi9jZUvQWOBIUdt+ab
 1uZHYM2AdS4SG93ZKD8xjxcmNu5OJSTki6e2eO8uLTqaQJVj4sCGYI1+jf/M1Ybe
 ejSjbzvcVbEpl7s555c3t/eX+dnRMDnfOJqwXU198NIZVZq7oYMW9v4c2dS1cOP4
 kGZZz9HTDYXPLPCGYjjcsh4LWjvdJrDoCuT2drFS4nOcahkV+XsFRQSIT6DTxRGu
 DPQwkOTg4Q+k+L3zbEYcayPhgBAmJwKEoOinA4YBU21enAXWJT7ItUs5nbwzz0W3
 VZadHF/EmHZWcZxKzy5p/+VTI+misXCW2FrnyXGjId0eUAPK48uWLCN4R1GVLpCf
 hDYkT1DGKNG3p+u/6TDR0ldPzrxPSNF+9ZnbD7v7MUWAjtNhOqjt+jy5te3/du4m
 30PKWRJhkFR1FBAkYSs6gpboFEFrUbVJYHkITXB2XjYRoNzqF+w=
 =+6/S
 -----END PGP SIGNATURE-----

FROMLIST: mm: Extend MREMAP_DONTUNMAP to non-anonymous mappings

Currently MREMAP_DONTUNMAP only accepts private anonymous mappings.
This restriction was placed initially for simplicity and not because
there exists a technical reason to do so.

This change will widen the support to include any mappings which are not
VM_DONTEXPAND or VM_PFNMAP. The primary use case is to support
MREMAP_DONTUNMAP on mappings which may have been created from a memfd.
This change will result in mremap(MREMAP_DONTUNMAP) returning -EINVAL
if VM_DONTEXPAND or VM_PFNMAP mappings are specified.

Lokesh Gidra who works on the Android JVM, provided an explanation of how
such a feature will improve Android JVM garbage collection:
"Android is developing a new garbage collector (GC), based on userfaultfd.
The garbage collector will use userfaultfd (uffd) on the java heap during
compaction. On accessing any uncompacted page, the application threads will
find it missing, at which point the thread will create the compacted page
and then use UFFDIO_COPY ioctl to get it mapped and then resume execution.
Before starting this compaction, in a stop-the-world pause the heap will be
mremap(MREMAP_DONTUNMAP) so that the java heap is ready to receive
UFFD_EVENT_PAGEFAULT events after resuming execution.

To speedup mremap operations, pagetable movement was optimized by moving
PUD entries instead of PTE entries [1]. It was necessary as mremap of even
modest sized memory ranges also took several milliseconds, and stopping the
application for that long isn't acceptable in response-time sensitive
cases.

With UFFDIO_CONTINUE feature [2], it will be even more efficient to
implement this GC, particularly the 'non-moveable' portions of the heap.
It will also help in reducing the need to copy (UFFDIO_COPY) the pages.
However, for this to work, the java heap has to be on a 'shared' vma.
Currently MREMAP_DONTUNMAP only supports private anonymous mappings, this
patch will enable using UFFDIO_CONTINUE for the new userfaultfd-based heap
compaction."

[1] https://lore.kernel.org/linux-mm/20201215030730.NC3CU98e4%25akpm@linux-foundation.org/
[2] https://lore.kernel.org/linux-mm/20210302000133.272579-1-axelrasmussen@google.com/

Signed-off-by: Brian Geffon <bgeffon@google.com>
Acked-by: Hugh Dickins <hughd@google.com>
Tested-by: Lokesh Gidra <lokeshgidra@google.com>
Reviewed-by: Dmitry Safonov <0x7f454c46@gmail.com>

Signed-off-by: Lokesh Gidra <lokeshgidra@google.com>
Link: https://lore.kernel.org/patchwork/patch/1401224/
Bug: 160737021
Bug: 169683130
Change-Id: Ic4f023dff404d7b0e35adbe92c7a12536aa0f70d