Re: [PATCH] mm/slub: serve slabobj_ext array from a strictly larger kmalloc cache

From: Harry Yoo

Date: Mon Jun 29 2026 - 22:03:24 EST




On 6/30/26 4:52 AM, Shakeel Butt wrote:
On Sun, Jun 28, 2026 at 09:28:51PM -0700, Suren Baghdasaryan wrote:
On Sun, Jun 28, 2026 at 8:57 PM Harry Yoo <harry@xxxxxxxxxx> wrote:



[...]

Thanks all for great discussion. Let me summarize the conclusion and please
correct me if I missed something.

I think you didn't miss anything.
Let's keep the original one-line fix (serve the obj_exts array from a
strictly larger cache, making the relation a DAG).

Right.

> We will NOT gate it on> mem_alloc_profiling_enabled() as I floated earlier

Right.
-- per Harry, is_kmalloc_normal(s) is already the right condition,

Right.

> and gating on> profiling would miss the SLUB_TINY + __GFP_RECLAIMABLE|__GFP_ACCOUNT memcg
case.

Right.

> So the bump stays unconditional for is_kmalloc_normal() caches.

Right.

This over-allocates the array for larger caches, but only for profiling and
SLUB_TINY+MEMCG users (the latter unrealistic). Acceptable for a small,
backportable fix.

Yes.

Thanks!

--
Cheers,
Harry / Hyeonggon