Files
linux/mm
Harry Yoo c4d6d78298 mm/slab: allow freeing kmalloc_nolock()'d objects using kfree[_rcu]()
Slab objects that are allocated with kmalloc_nolock() must be freed
using kfree_nolock() because only a subset of alloc hooks are called,
since kmalloc_nolock() can't spin on a lock during allocation.

This imposes a limitation: such objects cannot be freed with kfree_rcu(),
forcing users to work around this limitation by calling call_rcu()
with a callback that frees the object using kfree_nolock().

Remove this limitation by teaching kmemleak to gracefully ignore cases
when kmemleak_free() or kmemleak_ignore() is called without a prior
kmemleak_alloc().

Unlike kmemleak, kfence already handles this case, because,
due to its design, only a subset of allocations are served from kfence.

With this change, kfree() and kfree_rcu() can be used to free objects
that are allocated using kmalloc_nolock().

Suggested-by: Alexei Starovoitov <ast@kernel.org>
Acked-by: Alexei Starovoitov <ast@kernel.org>
Reviewed-by: Catalin Marinas <catalin.marinas@arm.com>
Signed-off-by: Harry Yoo <harry.yoo@oracle.com>
Link: https://patch.msgid.link/20260210044642.139482-2-harry.yoo@oracle.com
Signed-off-by: Vlastimil Babka <vbabka@suse.cz>
2026-02-10 11:39:30 +01:00
..
2025-11-20 13:43:57 -08:00
2026-01-29 09:29:26 +01:00
2025-11-29 10:41:08 -08:00
2025-11-29 10:41:08 -08:00
2025-11-16 17:27:52 -08:00
2025-11-24 15:08:54 -08:00
2025-09-13 16:55:07 -07:00
2025-09-13 16:54:46 -07:00
2025-11-24 15:08:54 -08:00
2025-11-20 13:43:58 -08:00
2025-09-21 14:21:59 -07:00
2025-11-16 17:27:57 -08:00