mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Daniel Almeida <daniel.almeida@collabora.com>
To: Lyude Paul <lyude@redhat.com>
Cc: dri-devel@lists.freedesktop.org, rust-for-linux@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	"Danilo Krummrich" <dakr@kernel.org>,
	"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
	"Maxime Ripard" <mripard@kernel.org>,
	"Thomas Zimmermann" <tzimmermann@suse.de>,
	"David Airlie" <airlied@gmail.com>,
	"Simona Vetter" <simona@ffwll.ch>,
	"Miguel Ojeda" <ojeda@kernel.org>,
	"Alex Gaynor" <alex.gaynor@gmail.com>,
	"Boqun Feng" <boqun.feng@gmail.com>,
	"Gary Guo" <gary@garyguo.net>,
	"Björn Roy Baron" <bjorn3_gh@protonmail.com>,
	"Benno Lossin" <lossin@kernel.org>,
	"Andreas Hindborg" <a.hindborg@kernel.org>,
	"Alice Ryhl" <aliceryhl@google.com>,
	"Trevor Gross" <tmgross@umich.edu>,
	"Sumit Semwal" <sumit.semwal@linaro.org>,
	"Christian König" <christian.koenig@amd.com>,
	"Asahi Lina" <lina+kernel@asahilina.net>,
	"open list:DRM DRIVER FOR NVIDIA GPUS [RUST]"
	<nouveau@lists.freedesktop.org>,
	linux-media@vger.kernel.org, linaro-mm-sig@lists.linaro.org,
	"open list:DMA BUFFER SHARING
	FRAMEWORK:Keyword:bdma_(?:buf|fence|resv)b"
	<linux-media@vger.kernel.org> (ope>),
	"moderated list:DMA BUFFER SHARING
	FRAMEWORK:Keyword:bdma_(?:buf|fence|resv)b"
	<linaro-mm-sig@lists.linaro.org> (mod>)
Subject: Re: [PATCH v3 13/14] rust: drm: gem: Add export() callback
Date: Fri, 5 Sep 2025 12:09:42 -0300	[thread overview]
Message-ID: <D47EACDC-76CE-4D36-9564-210B390C9A82@collabora.com> (raw)
In-Reply-To: <20250829224116.477990-14-lyude@redhat.com>



> On 29 Aug 2025, at 19:35, Lyude Paul <lyude@redhat.com> wrote:
> 
> This introduces an optional export() callback for GEM objects, which is
> used to implement the drm_gem_object_funcs->export function.
> 
> Signed-off-by: Lyude Paul <lyude@redhat.com>
> ---
> drivers/gpu/drm/nova/gem.rs  |  1 +
> rust/kernel/drm/gem/mod.rs   | 72 +++++++++++++++++++++++++++++++++++-
> rust/kernel/drm/gem/shmem.rs |  6 ++-
> 3 files changed, 76 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/gpu/drm/nova/gem.rs b/drivers/gpu/drm/nova/gem.rs
> index 015cb56061a56..bbce6b0f4e6a4 100644
> --- a/drivers/gpu/drm/nova/gem.rs
> +++ b/drivers/gpu/drm/nova/gem.rs
> @@ -16,6 +16,7 @@
> #[pin_data]
> pub(crate) struct NovaObject {}
> 
> +#[vtable]
> impl gem::DriverObject for NovaObject {
>     type Driver = NovaDriver;
>     type Object = gem::Object<Self>;
> diff --git a/rust/kernel/drm/gem/mod.rs b/rust/kernel/drm/gem/mod.rs
> index f9f9727f14e4a..1ac25fc6d527b 100644
> --- a/rust/kernel/drm/gem/mod.rs
> +++ b/rust/kernel/drm/gem/mod.rs
> @@ -8,7 +8,7 @@
> 
> use crate::{
>     alloc::flags::*,
> -    bindings,
> +    bindings, dma_buf,
>     drm::driver::{AllocImpl, AllocOps},
>     drm::{self, private::Sealed},
>     error::{to_result, Result},
> @@ -45,6 +45,7 @@ fn as_ref(&self) -> &kernel::drm::gem::OpaqueObject<D> {
> pub(crate) use impl_as_opaque;
> 
> /// GEM object functions, which must be implemented by drivers.
> +#[vtable]
> pub trait DriverObject: Sync + Send + Sized {
>     /// Parent `Driver` for this object.
>     type Driver: drm::Driver;
> @@ -69,6 +70,11 @@ fn open(_obj: &Self::Object, _file: &DriverFile<Self>) -> Result {
> 
>     /// Close a handle to an existing object, associated with a File.
>     fn close(_obj: &Self::Object, _file: &DriverFile<Self>) {}
> +
> +    /// Optional handle for exporting a gem object.
> +    fn export(_obj: &Self::Object, _flags: u32) -> Result<DmaBuf<Self::Object>> {
> +        unimplemented!()

Shouldn’t this be the vtable-specific build error?

> +    }
> }
> 
> /// Trait that represents a GEM object subtype
> @@ -138,6 +144,21 @@ extern "C" fn close_callback<T: DriverObject>(
>     T::close(obj, file);
> }
> 
> +extern "C" fn export_callback<T: DriverObject>(
> +    raw_obj: *mut bindings::drm_gem_object,
> +    flags: i32,
> +) -> *mut bindings::dma_buf {
> +    // SAFETY: `export_callback` is specified in the AllocOps structure for `Object<T>`, ensuring
> +    // that `raw_obj` is contained within a `Object<T>`.
> +    let obj = unsafe { T::Object::from_raw(raw_obj) };
> +
> +    match T::export(obj, flags as u32) {
> +        // DRM takes a hold of the reference
> +        Ok(buf) => buf.into_raw(),
> +        Err(e) => e.to_ptr(),
> +    }
> +}
> +
> impl<T: DriverObject> IntoGEMObject for Object<T> {
>     fn as_raw(&self) -> *mut bindings::drm_gem_object {
>         self.obj.get()
> @@ -248,7 +269,11 @@ impl<T: DriverObject> Object<T> {
>         open: Some(open_callback::<T>),
>         close: Some(close_callback::<T>),
>         print_info: None,
> -        export: None,
> +        export: if T::HAS_EXPORT {
> +            Some(export_callback::<T>)
> +        } else {
> +            None
> +        },
>         pin: None,
>         unpin: None,
>         get_sg_table: None,
> @@ -375,6 +400,49 @@ fn as_raw(&self) -> *mut bindings::drm_gem_object {
> 
> impl<D: drm::Driver> Sealed for OpaqueObject<D> {}
> 
> +/// A [`dma_buf::DmaBuf`] which has been exported from a GEM object.
> +///
> +/// The [`dma_buf::DmaBuf`] will be released when this type is dropped.
> +///
> +/// # Invariants
> +///
> +/// - `self.0` points to a valid initialized [`dma_buf::DmaBuf`] for the lifetime of this object.
> +/// - The GEM object from which this [`dma_buf::DmaBuf`] was exported from is guaranteed to be of
> +///   type `T`.
> +pub struct DmaBuf<T: IntoGEMObject>(NonNull<dma_buf::DmaBuf>, PhantomData<T>);
> +
> +impl<T: IntoGEMObject> Deref for DmaBuf<T> {
> +    type Target = dma_buf::DmaBuf;
> +
> +    #[inline]
> +    fn deref(&self) -> &Self::Target {
> +        // SAFETY: This pointer is guaranteed to be valid by our type invariants.
> +        unsafe { self.0.as_ref() }

> +    }
> +}
> +
> +impl<T: IntoGEMObject> Drop for DmaBuf<T> {
> +    #[inline]
> +    fn drop(&mut self) {
> +        // SAFETY:
> +        // - `dma_buf::DmaBuf` is guaranteed to have an identical layout to `struct dma_buf`
> +        //   by its type invariants.
> +        // - We hold the last reference to this `DmaBuf`, making it safe to destroy.

How can we be sure of this?

> +        unsafe { bindings::drm_gem_dmabuf_release(self.0.cast().as_ptr()) }
> +    }
> +}
> +
> +impl<T: IntoGEMObject> DmaBuf<T> {
> +    /// Leak the reference for this [`DmaBuf`] and return a raw pointer to it.
> +    #[inline]
> +    pub(crate) fn into_raw(self) -> *mut bindings::dma_buf {

Then this should perhaps be called leak()? At least if we’re following the std nomenclature.

> +        let dma_ptr = self.as_raw();
> +
> +        core::mem::forget(self);
> +        dma_ptr
> +    }
> +}
> +
> pub(super) const fn create_fops() -> bindings::file_operations {
>     // SAFETY: As by the type invariant, it is safe to initialize `bindings::file_operations`
>     // zeroed.
> diff --git a/rust/kernel/drm/gem/shmem.rs b/rust/kernel/drm/gem/shmem.rs
> index 1437cda27a22c..b3a70e6001842 100644
> --- a/rust/kernel/drm/gem/shmem.rs
> +++ b/rust/kernel/drm/gem/shmem.rs
> @@ -66,7 +66,11 @@ impl<T: DriverObject> Object<T> {
>         open: Some(super::open_callback::<T>),
>         close: Some(super::close_callback::<T>),
>         print_info: Some(bindings::drm_gem_shmem_object_print_info),
> -        export: None,
> +        export: if T::HAS_EXPORT {
> +            Some(super::export_callback::<T>)
> +        } else {
> +            None
> +        },
>         pin: Some(bindings::drm_gem_shmem_object_pin),
>         unpin: Some(bindings::drm_gem_shmem_object_unpin),
>         get_sg_table: Some(bindings::drm_gem_shmem_object_get_sg_table),
> -- 
> 2.50.0
> 


  reply	other threads:[~2025-09-05 15:10 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-08-29 22:35 [PATCH v3 00/14] Rust abstractions for shmem-backed GEM objects Lyude Paul
2025-08-29 22:35 ` [PATCH v3 01/14] rust: drm: gem: Simplify use of generics Lyude Paul
2025-09-01 15:37   ` Daniel Almeida
2025-09-02 18:50     ` Lyude Paul
2025-09-04 12:11   ` Daniel Almeida
2025-08-29 22:35 ` [PATCH v3 02/14] rust: drm: gem: Add DriverFile type alias Lyude Paul
2025-09-04 12:16   ` Daniel Almeida
2025-08-29 22:35 ` [PATCH v3 03/14] rust: drm: gem: Drop Object::SIZE Lyude Paul
2025-09-04 12:17   ` Daniel Almeida
2025-08-29 22:35 ` [PATCH v3 04/14] rust: drm: gem: Support driver-private GEM object types Lyude Paul
2025-09-04 12:51   ` Daniel Almeida
2025-09-08 17:39     ` Lyude Paul
2025-08-29 22:35 ` [PATCH v3 05/14] rust: helpers: Add bindings/wrappers for dma_resv_lock Lyude Paul
2025-08-29 22:35 ` [PATCH v3 06/14] rust: drm: gem: Add raw_dma_resv() function Lyude Paul
2025-09-04 12:55   ` Daniel Almeida
2025-09-04 13:09   ` Alice Ryhl
2025-08-29 22:35 ` [PATCH v3 07/14] drm/gem/shmem: Extract drm_gem_shmem_init() from drm_gem_shmem_create() Lyude Paul
2025-09-04 13:29   ` Daniel Almeida
2025-08-29 22:35 ` [PATCH v3 08/14] drm/gem/shmem: Extract drm_gem_shmem_release() from drm_gem_shmem_free() Lyude Paul
2025-09-04 13:35   ` Daniel Almeida
2025-08-29 22:35 ` [PATCH v3 09/14] rust: gem: Introduce DriverObject::Args Lyude Paul
2025-09-04 13:42   ` Daniel Almeida
2025-09-10 20:09     ` Lyude Paul
2025-08-29 22:35 ` [PATCH v3 10/14] rust: drm: gem: shmem: Add DRM shmem helper abstraction Lyude Paul
2025-09-05 17:04   ` Daniel Almeida
2025-09-11 22:43     ` Lyude Paul
2025-08-29 22:35 ` [PATCH v3 11/14] rust: drm: gem: Introduce SGTableRef Lyude Paul
2025-09-04 16:03   ` Daniel Almeida
2025-09-11 22:10     ` Lyude Paul
2025-08-29 22:35 ` [PATCH v3 12/14] rust: Add dma_buf stub bindings Lyude Paul
2025-09-04 16:16   ` Daniel Almeida
2025-08-29 22:35 ` [PATCH v3 13/14] rust: drm: gem: Add export() callback Lyude Paul
2025-09-05 15:09   ` Daniel Almeida [this message]
2025-09-11 22:32     ` Lyude Paul
2025-08-29 22:35 ` [PATCH v3 14/14] rust: drm: gem: Add BaseObject::prime_export() Lyude Paul
2025-09-05 15:18   ` Daniel Almeida

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=D47EACDC-76CE-4D36-9564-210B390C9A82@collabora.com \
    --to=daniel.almeida@collabora.com \
    --cc=a.hindborg@kernel.org \
    --cc=airlied@gmail.com \
    --cc=alex.gaynor@gmail.com \
    --cc=aliceryhl@google.com \
    --cc=bjorn3_gh@protonmail.com \
    --cc=boqun.feng@gmail.com \
    --cc=christian.koenig@amd.com \
    --cc=dakr@kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=gary@garyguo.net \
    --cc=lina+kernel@asahilina.net \
    --cc=linaro-mm-sig@lists.linaro.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=lossin@kernel.org \
    --cc=lyude@redhat.com \
    --cc=maarten.lankhorst@linux.intel.com \
    --cc=mripard@kernel.org \
    --cc=nouveau@lists.freedesktop.org \
    --cc=ojeda@kernel.org \
    --cc=rust-for-linux@vger.kernel.org \
    --cc=simona@ffwll.ch \
    --cc=sumit.semwal@linaro.org \
    --cc=tmgross@umich.edu \
    --cc=tzimmermann@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®