[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <a1505470-e941-b1cc-05a9-4d4795a7cca4@suse.cz>
Date: Tue, 8 Jun 2021 12:48:52 +0200
From: Vlastimil Babka <vbabka@...e.cz>
To: Christoph Lameter <cl@...two.de>
Cc: linux-mm@...ck.org, linux-kernel@...r.kernel.org,
David Rientjes <rientjes@...gle.com>,
Pekka Enberg <penberg@...nel.org>,
Joonsoo Kim <iamjoonsoo.kim@....com>,
Sebastian Andrzej Siewior <bigeasy@...utronix.de>,
Thomas Gleixner <tglx@...utronix.de>,
Mel Gorman <mgorman@...hsingularity.net>,
Jesper Dangaard Brouer <brouer@...hat.com>,
Peter Zijlstra <peterz@...radead.org>,
Jann Horn <jannh@...gle.com>
Subject: Re: [RFC 07/26] mm, slub: return slab page from get_partial() and set
c->page afterwards
On 5/25/21 11:12 AM, Christoph Lameter wrote:
> On Tue, 25 May 2021, Vlastimil Babka wrote:
>
>> The function get_partial() finds a suitable page on a partial list, acquires
>> and returns its freelist and assigns the page pointer to kmem_cache_node.
> in kmem_cache_cpu ??
>
>> In later patch we will need more control over the kmem_cache_node assignment,
>
> kmem_cache_cpu?
>
>> so instead return the page pointer to get_partial()'s caller and assign it
>> there. No functional change as all of this still happens with disabled irq.
>
> Instead of passing a kmem_cache_cpu pointer pass a pointer to a pointer to
> a page ....
You're right, confused the two structures here. Fixed, thanks.
Powered by blists - more mailing lists