[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <w37swembg3m2ruxrlbm4xpx4eccvp3fsd7e4shfdxcpmpisk3x@dqsxzkyabjc6>
Date: Fri, 23 Jan 2026 09:53:09 +1100
From: Alistair Popple <apopple@...dia.com>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Balbir Singh <balbirs@...dia.com>, Vlastimil Babka <vbabka@...e.cz>,
Matthew Brost <matthew.brost@...el.com>, Zi Yan <ziy@...dia.com>, Jason Gunthorpe <jgg@...dia.com>,
Matthew Wilcox <willy@...radead.org>, Francois Dugast <francois.dugast@...el.com>,
intel-xe@...ts.freedesktop.org, dri-devel@...ts.freedesktop.org,
adhavan Srinivasan <maddy@...ux.ibm.com>, Nicholas Piggin <npiggin@...il.com>,
Michael Ellerman <mpe@...erman.id.au>, "Christophe Leroy (CS GROUP)" <chleroy@...nel.org>,
Felix Kuehling <Felix.Kuehling@....com>, Alex Deucher <alexander.deucher@....com>,
Christian König <christian.koenig@....com>, David Airlie <airlied@...il.com>,
Simona Vetter <simona@...ll.ch>, Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Maxime Ripard <mripard@...nel.org>, Thomas Zimmermann <tzimmermann@...e.de>,
Lyude Paul <lyude@...hat.com>, Danilo Krummrich <dakr@...nel.org>,
David Hildenbrand <david@...nel.org>, Oscar Salvador <osalvador@...e.de>,
Leon Romanovsky <leon@...nel.org>, Lorenzo Stoakes <lorenzo.stoakes@...cle.com>,
"Liam R . Howlett" <Liam.Howlett@...cle.com>, Mike Rapoport <rppt@...nel.org>,
Suren Baghdasaryan <surenb@...gle.com>, Michal Hocko <mhocko@...e.com>, linuxppc-dev@...ts.ozlabs.org,
kvm@...r.kernel.org, linux-kernel@...r.kernel.org, amd-gfx@...ts.freedesktop.org,
nouveau@...ts.freedesktop.org, linux-mm@...ck.org, linux-cxl@...r.kernel.org
Subject: Re: [PATCH v6 1/5] mm/zone_device: Reinitialize large zone device
private folios
On 2026-01-23 at 08:41 +1100, Andrew Morton <akpm@...ux-foundation.org> wrote...
> On Thu, 22 Jan 2026 20:10:44 +1100 Balbir Singh <balbirs@...dia.com> wrote:
>
> > >> - Intel has demonstrated that this works and is still getting blocked.
> > >>
> > >> - This entire thread is about a fixes patch for large device pages.
> > >> Changing prep_compound_page is completely out of scope for a fixes
> > >> patch, and honestly so is most of the rest of what’s being proposed.
> > >
> > > FWIW I'm ok if this lands as a fix patch, and perceived the discussion to be
> > > about how refactor things more properly afterwards, going forward.
> > >
> >
> > I've said the same thing and I concur, we can use the patch as-is and
> > change this to set the relevant identified fields after 6.19
>
> So the plan is to add this patch to 6.19-rc and take another look at
> patches [2-5] during next -rc cycle?
I'm ok with this as a a quick fix, and happy to take a look at cleaning this up
in the next cycle or two as it's been on my TODO list for a while anyway.
> I think the plan is to take Matthew's work via the DRM tree? But if people
> want me to patchbunny this fix then please lmk.
>
> I presently have
>
> Signed-off-by: Matthew Brost <matthew.brost@...el.com>
> Signed-off-by: Francois Dugast <francois.dugast@...el.com>
> Acked-by: Felix Kuehling <felix.kuehling@....com>
> Reviewed-by: Balbir Singh <balbirs@...dia.com>
>
> If people wish to add to this then please do so.
>
> I'll restore this patch into mm.git's hotfix branch (and hence
> linux-next) because testing.
Powered by blists - more mailing lists