diff options
| author | Peter Xu <[email protected]> | 2023-01-04 22:52:07 +0000 |
|---|---|---|
| committer | Andrew Morton <[email protected]> | 2023-01-19 01:12:53 +0000 |
| commit | d1751118c88673fe5a948ad82277898e9e284c55 (patch) | |
| tree | 9a7e10d925430d407a1ca1444b2b2ee15afc66ca /tools/testing/radix-tree/maple.c | |
| parent | mm/mprotect: use long for page accountings and retval (diff) | |
| download | kernel-d1751118c88673fe5a948ad82277898e9e284c55.tar.gz kernel-d1751118c88673fe5a948ad82277898e9e284c55.zip | |
mm/uffd: detect pgtable allocation failures
Before this patch, when there's any pgtable allocation issues happened
during change_protection(), the error will be ignored from the syscall.
For shmem, there will be an error dumped into the host dmesg. Two issues
with that:
(1) Doing a trace dump when allocation fails is not anything close to
grace.
(2) The user should be notified with any kind of such error, so the user
can trap it and decide what to do next, either by retrying, or stop
the process properly, or anything else.
For userfault users, this will change the API of UFFDIO_WRITEPROTECT when
pgtable allocation failure happened. It should not normally break anyone,
though. If it breaks, then in good ways.
One man-page update will be on the way to introduce the new -ENOMEM for
UFFDIO_WRITEPROTECT. Not marking stable so we keep the old behavior on
the 5.19-till-now kernels.
[[email protected]: coding-style cleanups]
Link: https://lkml.kernel.org/r/[email protected]
Signed-off-by: Peter Xu <[email protected]>
Reported-by: James Houghton <[email protected]>
Acked-by: James Houghton <[email protected]>
Cc: Andrea Arcangeli <[email protected]>
Cc: Axel Rasmussen <[email protected]>
Cc: David Hildenbrand <[email protected]>
Cc: Mike Kravetz <[email protected]>
Cc: Muchun Song <[email protected]>
Cc: Nadav Amit <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Diffstat (limited to 'tools/testing/radix-tree/maple.c')
0 files changed, 0 insertions, 0 deletions
