[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZyT5qROhtuWeuxga@casper.infradead.org>
Date: Fri, 1 Nov 2024 15:54:17 +0000
From: Matthew Wilcox <willy@...radead.org>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Kinsey Ho <kinseyho@...gle.com>, Johannes Weiner <hannes@...xchg.org>,
Michal Hocko <mhocko@...nel.org>,
Roman Gushchin <roman.gushchin@...ux.dev>,
Shakeel Butt <shakeel.butt@...ux.dev>,
Muchun Song <muchun.song@...ux.dev>,
Pasha Tatashin <pasha.tatashin@...een.com>,
David Rientjes <rientjes@...gle.com>,
Vlastimil Babka <vbabka@...e.cz>,
David Hildenbrand <david@...hat.com>,
Joel Granados <joel.granados@...nel.org>,
Kaiyang Zhao <kaiyang2@...cmu.edu>,
Sourav Panda <souravpanda@...gle.com>, linux-kernel@...r.kernel.org,
cgroups@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [PATCH mm-unstable v1 0/2] Track pages allocated for struct
On Thu, Oct 31, 2024 at 04:06:04PM -0700, Andrew Morton wrote:
> Possibly dumb question: can we switch swap_cgroup_prepare to kmalloc()
> (or kmem-cache_alloc()) and use slab's accounting to satisfy this
> requirement?
It looks to me like a bad reimplemention of vmalloc(). It looks like
this code used to make more sense once upon a time, but now it's really
just vmalloc(). Or did I miss something?
Powered by blists - more mailing lists