linux-kernel - Re: [PATCH] gpu: Move DRM buddy allocator one level up

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20251126151742.GA3028@joelbox2>
Date: Wed, 26 Nov 2025 10:17:42 -0500
From: Joel Fernandes <joelagnelf@...dia.com>
To: Zhi Wang <zhiw@...dia.com>
Cc: Dave Airlie <airlied@...il.com>,
	Christian König <christian.koenig@....com>,
	John Hubbard <jhubbard@...dia.com>, 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>,
	Jani Nikula <jani.nikula@...ux.intel.com>,
	Joonas Lahtinen <joonas.lahtinen@...ux.intel.com>,
	Rodrigo Vivi <rodrigo.vivi@...el.com>,
	Tvrtko Ursulin <tursulin@...ulin.net>,
	Huang Rui <ray.huang@....com>,
	Matthew Auld <matthew.auld@...el.com>,
	Matthew Brost <matthew.brost@...el.com>,
	Lucas De Marchi <lucas.demarchi@...el.com>,
	Thomas Hellström <thomas.hellstrom@...ux.intel.com>,
	Helge Deller <deller@....de>, Danilo Krummrich <dakr@...nel.org>,
	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>,
	Björn 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>,
	nouveau@...ts.freedesktop.org, dri-devel@...ts.freedesktop.org,
	rust-for-linux@...r.kernel.org, linux-doc@...r.kernel.org,
	amd-gfx@...ts.freedesktop.org, intel-gfx@...ts.freedesktop.org,
	intel-xe@...ts.freedesktop.org, linux-fbdev@...r.kernel.org
Subject: Re: [PATCH] gpu: Move DRM buddy allocator one level up

On Wed, Nov 26, 2025 at 09:44:12AM +0200, Zhi Wang wrote:
> On Wed, 26 Nov 2025 06:17:25 +1000
> Dave Airlie <airlied@...il.com> wrote:
> 
> > On Tue, 25 Nov 2025 at 19:15, Christian König <christian.koenig@....com>
> > wrote:
> > >
> > > On 11/25/25 10:08, Dave Airlie wrote:
> 
> snip
> 
> > So far I haven't heard anything about needing dma-buf interactions at
> > that level, and maybe Zhi has more insight into the future there.
> > 
> 
> For VFIO parts, the vendor VFIO driver relies on the core driver's support
> to export the VM's framebuffer to the userspace either as type a)
> VFIO_GFX_PLANE_TYPE_REGION, framebuffer as a region or b)
> VFIO_GFX_PLANE_TYPE_DMABUF, framebuffer as a dmabuf, which is usually
> backed by a GEM object.
> 
> NVIDIA vGPU uses VFIO_GFX_PLANE_TYPE_REGION, so dma-buf interactions
> are not required.

Good to know. Also looking at Nouveau, the "core" part of that driver (nvkm)
does not use dmabuf, it is only the DRM parts. It is unlikely nova-core will
have to deal with dmabufs or gem objects AFAICS. That's a DRM thing.

thanks,

 - Joel