[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CA+KHdyXH5X=J2ontChFVUqFx15=VVng23H4gh_o-2Vzfo+mmjw@mail.gmail.com>
Date: Mon, 25 Nov 2024 12:18:19 +0100
From: Uladzislau Rezki <urezki@...il.com>
To: Vlastimil Babka <vbabka@...e.cz>
Cc: Suren Baghdasaryan <surenb@...gle.com>, "Liam R. Howlett" <Liam.Howlett@...cle.com>,
Christoph Lameter <cl@...ux.com>, David Rientjes <rientjes@...gle.com>, Pekka Enberg <penberg@...nel.org>,
Joonsoo Kim <iamjoonsoo.kim@....com>, Roman Gushchin <roman.gushchin@...ux.dev>,
Hyeonggon Yoo <42.hyeyoo@...il.com>, "Paul E. McKenney" <paulmck@...nel.org>,
Lorenzo Stoakes <lorenzo.stoakes@...cle.com>, Matthew Wilcox <willy@...radead.org>,
Boqun Feng <boqun.feng@...il.com>, linux-mm@...ck.org, linux-kernel@...r.kernel.org,
rcu@...r.kernel.org, maple-tree@...ts.infradead.org
Subject: Re: [PATCH RFC 2/6] mm/slub: add sheaf support for batching
kfree_rcu() operations
> On 11/20/24 13:37, Uladzislau Rezki wrote:
> > Thank you. Let me try to start moving it into mm/. I am thinking to place
> > it to the slab_common.c file. I am not sure if it makes sense to have a
> > dedicated file name for this purpose.
>
> Yeah sounds good. slub.c is becoming rather large and this should not
> interact with SLUB internals heavily anyway, slab_common.c makes sense.
> Thanks!
>
Got it :)
Thanks!
--
Uladzislau Rezki
Powered by blists - more mailing lists