[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20260128162913.GCaXo5Wch-bmKzIZuj@fat_crate.local>
Date: Wed, 28 Jan 2026 17:29:13 +0100
From: Borislav Petkov <bp@...en8.de>
To: Brendan Jackman <jackmanb@...gle.com>
Cc: Dave Hansen <dave.hansen@...el.com>, Andy Lutomirski <luto@...nel.org>,
Lorenzo Stoakes <lorenzo.stoakes@...cle.com>,
"Liam R. Howlett" <Liam.Howlett@...cle.com>,
Suren Baghdasaryan <surenb@...gle.com>,
Michal Hocko <mhocko@...e.com>,
Johannes Weiner <hannes@...xchg.org>, Zi Yan <ziy@...dia.com>,
Axel Rasmussen <axelrasmussen@...gle.com>,
Yuanchu Xie <yuanchu@...gle.com>,
Roman Gushchin <roman.gushchin@...ux.dev>, peterz@...radead.org,
dave.hansen@...ux.intel.com, mingo@...hat.com, tglx@...utronix.de,
akpm@...ux-foundation.org, david@...hat.com, derkling@...gle.com,
junaids@...gle.com, linux-kernel@...r.kernel.org,
linux-mm@...ck.org, reijiw@...gle.com, rientjes@...gle.com,
rppt@...nel.org, vbabka@...e.cz, x86@...nel.org,
yosry.ahmed@...ux.dev
Subject: Re: [PATCH 06/21] mm/page_alloc: add __GFP_SENSITIVE and always set
it
On Wed, Jan 28, 2026 at 03:57:07PM +0000, Brendan Jackman wrote:
> Yeah, that time has long since passed, I'm sorry about the delay!
Nothing to be sorry for.
> I'm working on it as we speak. The submission I've been trying to
> post for the last few week is to add a __GFP_UNMAPPED flag. That will
> unblock the guest_memfd unmapped usecase.
>
> I got some design elements wrong and had to reimplement some stuff
> during January (I had an AI review my code and it pointed out that
> part of my pagetable management code was garbage. Spooky).
Did it say "garbage"? If so, yeah, you're using the lkml review profile :-P
> Now I'm working on integrating the new version with the guest_memfd features
> to make sure it's actually fast (it's quite complicated so it had better be
> useful). Once that's done I'll hopefully be ready to post....
>
> _THEN_ I can update the __GFP_SENSITIVE functionality on top of the
> __GFP_UNMAPPED functionality. The former means "don't map into ASI" and the
> latter means "don't map at all" so they overlap in terms of allocator
> stuff.l
Sounds good.
Thx.
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
Powered by blists - more mailing lists