[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <DC2A2E67-78ED-43FE-8AEA-B17737B3B0EB@nvidia.com>
Date: Sat, 31 Jan 2026 20:08:26 +0000
From: Joel Fernandes <joelagnelf@...dia.com>
To: John Hubbard <jhubbard@...dia.com>
CC: Dave Airlie <airlied@...il.com>, Danilo Krummrich <dakr@...nel.org>, Zhi
Wang <zhiw@...dia.com>, "linux-kernel@...r.kernel.org"
<linux-kernel@...r.kernel.org>, Maarten Lankhorst
<maarten.lankhorst@...ux.intel.com>, Maxime Ripard <mripard@...nel.org>,
Thomas Zimmermann <tzimmermann@...e.de>, Simona Vetter <simona@...ll.ch>,
Jonathan Corbet <corbet@....net>, Alex Deucher <alexander.deucher@....com>,
Christian Koenig <christian.koenig@....com>, Jani Nikula
<jani.nikula@...ux.intel.com>, Joonas Lahtinen
<joonas.lahtinen@...ux.intel.com>, Vivi Rodrigo <rodrigo.vivi@...el.com>,
Tvrtko Ursulin <tursulin@...ulin.net>, Rui Huang <ray.huang@....com>, Matthew
Auld <matthew.auld@...el.com>, Matthew Brost <matthew.brost@...el.com>, Lucas
De Marchi <lucas.demarchi@...el.com>, Thomas Hellstrom
<thomas.hellstrom@...ux.intel.com>, Helge Deller <deller@....de>, Alice Ryhl
<aliceryhl@...gle.com>, Miguel Ojeda <ojeda@...nel.org>, Alex Gaynor
<alex.gaynor@...il.com>, Boqun Feng <boqun.feng@...il.com>, Gary Guo
<gary@...yguo.net>, Bjorn Roy Baron <bjorn3_gh@...tonmail.com>, Benno Lossin
<lossin@...nel.org>, Andreas Hindborg <a.hindborg@...nel.org>, Trevor Gross
<tmgross@...ch.edu>, Alistair Popple <apopple@...dia.com>, Timur Tabi
<ttabi@...dia.com>, Edwin Peer <epeer@...dia.com>, Alexandre Courbot
<acourbot@...dia.com>, Andrea Righi <arighi@...dia.com>, Andy Ritger
<ARitger@...dia.com>, Alexey Ivanov <alexeyi@...dia.com>, Balbir Singh
<balbirs@...dia.com>, Philipp Stanner <phasta@...nel.org>, Elle Rhumsaa
<elle@...thered-steel.dev>, Daniel Almeida <daniel.almeida@...labora.com>,
"nouveau@...ts.freedesktop.org" <nouveau@...ts.freedesktop.org>,
"dri-devel@...ts.freedesktop.org" <dri-devel@...ts.freedesktop.org>,
"rust-for-linux@...r.kernel.org" <rust-for-linux@...r.kernel.org>,
"linux-doc@...r.kernel.org" <linux-doc@...r.kernel.org>,
"amd-gfx@...ts.freedesktop.org" <amd-gfx@...ts.freedesktop.org>,
"intel-gfx@...ts.freedesktop.org" <intel-gfx@...ts.freedesktop.org>,
"intel-xe@...ts.freedesktop.org" <intel-xe@...ts.freedesktop.org>,
"linux-fbdev@...r.kernel.org" <linux-fbdev@...r.kernel.org>
Subject: Re: [PATCH RFC v6 05/26] nova-core: mm: Add support to use PRAMIN
windows to write to VRAM
> On Jan 30, 2026, at 10:21 PM, John Hubbard <jhubbard@...dia.com> wrote:
>
> On 1/30/26 7:00 PM, Dave Airlie wrote:
>>> On Sat, 31 Jan 2026 at 07:14, Joel Fernandes <joelagnelf@...dia.com> wrote:
>>> On 1/29/2026 10:38 PM, John Hubbard wrote:
>>>> On 1/29/26 5:59 PM, Joel Fernandes wrote:
>>>>> On 1/29/26 8:12 PM, John Hubbard wrote:
>>>>>>> On 1/29/26 4:26 PM, Joel Fernandes wrote:
>>>>>>>> [...]
>>> Will work on these issues for the v7. Thanks,
>>
>> The way this works on nouveau at least (and I haven't yet read the
>> nova code in depth).
>>
>> Is we have 4 stages of vmm page table mgmt.
>>
>> ref - locked with a ref lock - can allocate/free memory - just makes
>> sure the page tables exist and are reference counted
>> map - locked with a map lock - cannot allocate memory - fill in the
>> PTEs in the page table
>> unmap - locked with a map lock - cannot allocate memory - removes
>> entries in PTEs
>> unref - locked with a ref lock - can allocate/free memory - just drops
>> references and frees (not sure if it ever merges).
>>
>> So maps and unmaps can be in fence signalling paths, but unrefs are
>> done in free job from a workqueue.
>>
>
> Nice! Thanks Dave
Indeed, thanks Dave and John.
> , I guess this is one time we really should have
> taken a peek at nouveau for inspiration after all. :)
I have actually been referring to Nouveau, OpenRM and also the core kernel mm code for my research in this area. These all have been a great reference in this respect :). Thanks,
Joel Fernandes
>
> thanks,
> --
> John Hubbard
>
Powered by blists - more mailing lists