Marco Elver e64f81946a kfence: skip __GFP_THISNODE allocations on NUMA systems ... On NUMA systems, __GFP_THISNODE indicates that an allocation _must_ be on a particular node, and failure to allocate on the desired node will result in a failed allocation. Skip __GFP_THISNODE allocations if we are running on a NUMA system, since KFENCE can't guarantee which node its pool pages are allocated on. Link: https://lkml.kernel.org/r/20250124120145.410066-1-elver@google.com Fixes: 236e9f1538 ("kfence: skip all GFP_ZONEMASK allocations") Signed-off-by: Marco Elver <elver@google.com> Reported-by: Vlastimil Babka <vbabka@suse.cz> Acked-by: Vlastimil Babka <vbabka@suse.cz> Cc: Christoph Lameter <cl@linux.com> Cc: Alexander Potapenko <glider@google.com> Cc: Chistoph Lameter <cl@linux.com> Cc: Dmitriy Vyukov <dvyukov@google.com> Cc: <stable@vger.kernel.org> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>		2025-02-01 03:53:26 -08:00
..
.kunitconfig	kfence: test: use new suite_{init/exit} support, add .kunitconfig	2022-05-02 12:35:57 -06:00
core.c	kfence: skip __GFP_THISNODE allocations on NUMA systems	2025-02-01 03:53:26 -08:00
kfence.h	kfence: save freeing stack trace at calling time instead of freeing time	2024-09-01 20:26:12 -07:00
kfence_test.c	mm/kfence: use str_write_read() helper in get_access_type()	2025-01-25 20:22:45 -08:00
Makefile	kfence: avoid passing -g for test	2023-03-23 17:18:35 -07:00
report.c	mm/kfence: use str_write_read() helper in get_access_type()	2025-01-25 20:22:45 -08:00