[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <a424b98e-87dc-4f1a-e18b-28ed28b555ef@gentwo.org>
Date: Wed, 22 Jan 2025 08:02:54 -0800 (PST)
From: "Christoph Lameter (Ampere)" <cl@...two.org>
To: GONG Ruiqi <gongruiqi1@...wei.com>
cc: Pekka Enberg <penberg@...nel.org>, David Rientjes <rientjes@...gle.com>,
Joonsoo Kim <iamjoonsoo.kim@....com>,
Andrew Morton <akpm@...ux-foundation.org>,
Vlastimil Babka <vbabka@...e.cz>, Kees Cook <kees@...nel.org>,
Tamas Koczka <poprdi@...gle.com>,
Roman Gushchin <roman.gushchin@...ux.dev>,
Hyeonggon Yoo <42.hyeyoo@...il.com>, Xiu Jianfeng <xiujianfeng@...wei.com>,
linux-mm@...ck.org, linux-hardening@...r.kernel.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] mm/slab: Achieve better kmalloc caches randomization in
kvmalloc
On Wed, 22 Jan 2025, GONG Ruiqi wrote:
>
> +void *__kmalloc_node_inline(size_t size, kmem_buckets *b, gfp_t flags,
> + int node, unsigned long caller);
> +
Huh? Is this inline? Where is the body of the function?
> diff --git a/mm/slub.c b/mm/slub.c
> index c2151c9fee22..ec75070345c6 100644
> --- a/mm/slub.c
> +++ b/mm/slub.c
> @@ -4319,6 +4319,13 @@ void *__kmalloc_node_track_caller_noprof(DECL_BUCKET_PARAMS(size, b), gfp_t flag
> }
> EXPORT_SYMBOL(__kmalloc_node_track_caller_noprof);
>
> +__always_inline void *__kmalloc_node_inline(size_t size, kmem_buckets *b,
> + gfp_t flags, int node,
> + unsigned long caller)
> +{
> + return __do_kmalloc_node(size, b, flags, node, caller);
> +}
> +
inline functions need to be defined in the header file AFAICT.
Powered by blists - more mailing lists