From: "Alexandre Courbot" <acourbot@nvidia.com>
To: "Danilo Krummrich" <dakr@kernel.org>
Cc: <aliceryhl@google.com>, <daniel.almeida@collabora.com>,
<ecourtney@nvidia.com>, <ojeda@kernel.org>, <boqun@kernel.org>,
<gary@garyguo.net>, <bjorn3_gh@protonmail.com>,
<lossin@kernel.org>, <a.hindborg@kernel.org>, <tmgross@umich.edu>,
<deborah.brouwer@collabora.com>, <boris.brezillon@collabora.com>,
<lyude@redhat.com>, <driver-core@lists.linux.dev>,
<linux-kernel@vger.kernel.org>, <nova-gpu@lists.linux.dev>,
<dri-devel@lists.freedesktop.org>,
<rust-for-linux@vger.kernel.org>
Subject: Re: [PATCH v5 13/19] rust: drm: Wrap ioctl dispatch in RegistrationGuard
Date: Thu, 02 Jul 2026 15:36:19 +0900 [thread overview]
Message-ID: <DJNVLI81Y591.GJ8QGHV66HT4@nvidia.com> (raw)
In-Reply-To: <20260628145406.2107056-14-dakr@kernel.org>
On Sun Jun 28, 2026 at 11:53 PM JST, Danilo Krummrich wrote:
> Ioctl handlers now receive a &Device<T, Registered> reference, proving
> at the type level that the device is registered and its parent bus
> device is bound.
nit: the non-imperative style makes it sound a bit like this is the
pre-patch state. Maybe change to something like "Make ioctl handlers
receive...".
>
> This is achieved by calling registration_guard() on the Device<T, Ioctl>
> obtained in ioctl dispatch context. If the device has been unplugged,
> the ioctl returns -ENODEV without calling the handler.
>
> To resolve the driver type parameter T for type inference, which the
> compiler cannot propagate through method resolution and associated-type
> projections alone, a dead-code closure and a helper function are used as
> a type-inference anchor.
>
> Reviewed-by: Lyude Paul <lyude@redhat.com>
> Signed-off-by: Danilo Krummrich <dakr@kernel.org>
> ---
> drivers/gpu/drm/nova/file.rs | 12 ++++++----
> drivers/gpu/drm/tyr/file.rs | 7 ++++--
> rust/kernel/drm/ioctl.rs | 45 +++++++++++++++++++++++++++++++++---
> 3 files changed, 55 insertions(+), 9 deletions(-)
>
> diff --git a/drivers/gpu/drm/nova/file.rs b/drivers/gpu/drm/nova/file.rs
> index a3b7bd36792c..19fb89b28984 100644
> --- a/drivers/gpu/drm/nova/file.rs
> +++ b/drivers/gpu/drm/nova/file.rs
> @@ -4,7 +4,11 @@
> use crate::gem::NovaObject;
> use kernel::{
> alloc::flags::*,
> - drm::{self, gem::BaseObject},
> + drm::{
> + self,
> + gem::BaseObject,
> + Registered, //
> + },
> pci,
> prelude::*,
> uapi,
> @@ -23,7 +27,7 @@ fn open(_dev: &NovaDevice) -> Result<Pin<KBox<Self>>> {
> impl File {
> /// IOCTL: get_param: Query GPU / driver metadata.
> pub(crate) fn get_param(
> - dev: &NovaDevice,
> + dev: &NovaDevice<Registered>,
> getparam: &mut uapi::drm_nova_getparam,
> _file: &drm::File<File>,
> ) -> Result<u32> {
> @@ -43,7 +47,7 @@ pub(crate) fn get_param(
>
> /// IOCTL: gem_create: Create a new DRM GEM object.
> pub(crate) fn gem_create(
> - dev: &NovaDevice,
> + dev: &NovaDevice<Registered>,
> req: &mut uapi::drm_nova_gem_create,
> file: &drm::File<File>,
> ) -> Result<u32> {
> @@ -56,7 +60,7 @@ pub(crate) fn gem_create(
>
> /// IOCTL: gem_info: Query GEM metadata.
> pub(crate) fn gem_info(
> - _dev: &NovaDevice,
> + _dev: &NovaDevice<Registered>,
> req: &mut uapi::drm_nova_gem_info,
> file: &drm::File<File>,
> ) -> Result<u32> {
> diff --git a/drivers/gpu/drm/tyr/file.rs b/drivers/gpu/drm/tyr/file.rs
> index 31411da203c5..fb9233eae01c 100644
> --- a/drivers/gpu/drm/tyr/file.rs
> +++ b/drivers/gpu/drm/tyr/file.rs
> @@ -1,7 +1,10 @@
> // SPDX-License-Identifier: GPL-2.0 or MIT
>
> use kernel::{
> - drm,
> + drm::{
> + self,
> + Registered, //
> + },
> prelude::*,
> uaccess::UserSlice,
> uapi, //
> @@ -28,7 +31,7 @@ fn open(_dev: &drm::Device<Self::Driver>) -> Result<Pin<KBox<Self>>> {
>
> impl TyrDrmFileData {
> pub(crate) fn dev_query(
> - ddev: &TyrDrmDevice,
> + ddev: &TyrDrmDevice<Registered>,
> devquery: &mut uapi::drm_panthor_dev_query,
> _file: &TyrDrmFile,
> ) -> Result<u32> {
> diff --git a/rust/kernel/drm/ioctl.rs b/rust/kernel/drm/ioctl.rs
> index 6f5a9877bdae..f24cf7b146a8 100644
> --- a/rust/kernel/drm/ioctl.rs
> +++ b/rust/kernel/drm/ioctl.rs
> @@ -70,6 +70,18 @@ pub mod internal {
> pub use bindings::drm_device;
> pub use bindings::drm_file;
> pub use bindings::drm_ioctl_desc;
> +
> + /// Reinterpret a pointer to a DRM device with a different [`DeviceContext`], preserving the
This sentence makes it sound like the origin and destination contexts
are parameters, but this helper only does `Ioctl` to `Registered`.
> + /// driver type parameter `T`.
> + ///
> + /// Used by [`declare_drm_ioctls!`] to anchor type inference.
> + #[doc(hidden)]
> + #[inline]
> + pub const fn __dev_ctx_cast<T: crate::drm::Driver>(
> + ptr: *const crate::drm::Device<T, crate::drm::Ioctl>,
> + ) -> *const crate::drm::Device<T, crate::drm::Registered> {
> + ptr.cast()
> + }
> }
The points above really are nits though.
Reviewed-by: Alexandre Courbot <acourbot@nvidia.com>
next prev parent reply other threads:[~2026-07-02 6:36 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-28 14:53 [PATCH v5 00/19] rust: drm: Higher-Ranked Lifetime private data Danilo Krummrich
2026-06-28 14:53 ` [PATCH v5 01/19] rust: drm: ioctl: fix unbounded lifetimes in ioctl handler arguments Danilo Krummrich
2026-06-28 15:03 ` sashiko-bot
2026-06-29 21:32 ` lyude
2026-07-01 11:29 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 02/19] rust: drm: rename Uninit DeviceContext to Normal Danilo Krummrich
2026-07-01 11:29 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 03/19] rust: faux: add Device type with AsBusDevice support Danilo Krummrich
2026-06-28 15:05 ` sashiko-bot
2026-07-01 11:30 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 04/19] rust: drm: Add Driver::ParentDevice associated type Danilo Krummrich
2026-07-01 11:30 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 05/19] rust: drm: change default DeviceContext to Normal Danilo Krummrich
2026-07-01 11:38 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 06/19] rust: drm: restrict AlwaysRefCounted to Normal Device context Danilo Krummrich
2026-07-01 11:39 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 07/19] rust: drm: restrict AlwaysRefCounted to Normal GEM Object context Danilo Krummrich
2026-06-28 15:13 ` sashiko-bot
2026-07-02 4:38 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 08/19] rust: drm/gem: remove DeviceContext from shmem::Object Danilo Krummrich
2026-06-29 21:35 ` lyude
2026-07-02 4:51 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 09/19] rust: drm: split Deref for Device context typestates Danilo Krummrich
2026-07-02 4:52 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 10/19] rust: drm: pin ioctl Device reference to Normal context Danilo Krummrich
2026-06-28 15:05 ` sashiko-bot
2026-07-02 4:54 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 11/19] rust: drm: add Ioctl device context typestate Danilo Krummrich
2026-07-02 5:04 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 12/19] rust: drm: Add RegistrationGuard for drm_dev_enter/exit critical sections Danilo Krummrich
2026-06-28 15:06 ` sashiko-bot
2026-07-02 6:06 ` Alexandre Courbot
2026-07-02 6:33 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 13/19] rust: drm: Wrap ioctl dispatch in RegistrationGuard Danilo Krummrich
2026-06-28 15:11 ` sashiko-bot
2026-07-02 6:36 ` Alexandre Courbot [this message]
2026-06-28 14:53 ` [PATCH v5 14/19] rust: drm: return ParentDevice from Device AsRef Danilo Krummrich
2026-07-02 6:39 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 15/19] rust: drm: add AsRef<ParentDevice<Bound>> for Device<Registered> Danilo Krummrich
2026-07-02 6:43 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 16/19] drm: fix race between partial drm_dev_register() failure and ioctl Danilo Krummrich
2026-06-28 15:14 ` sashiko-bot
2026-06-29 21:37 ` lyude
2026-07-02 6:48 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 17/19] rust: drm: Add RegistrationData to drm::Driver Danilo Krummrich
2026-07-02 7:18 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 18/19] rust: drm: Pass registration data to ioctl handlers Danilo Krummrich
2026-06-28 15:13 ` sashiko-bot
2026-07-02 7:22 ` Alexandre Courbot
2026-06-28 14:53 ` [PATCH v5 19/19] drm: nova: Use drm::Device<Registered> to access the parent bus device Danilo Krummrich
2026-07-02 7:29 ` Alexandre Courbot
2026-07-03 0:09 ` [PATCH v5 00/19] rust: drm: Higher-Ranked Lifetime private data Deborah Brouwer
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=DJNVLI81Y591.GJ8QGHV66HT4@nvidia.com \
--to=acourbot@nvidia.com \
--cc=a.hindborg@kernel.org \
--cc=aliceryhl@google.com \
--cc=bjorn3_gh@protonmail.com \
--cc=boqun@kernel.org \
--cc=boris.brezillon@collabora.com \
--cc=dakr@kernel.org \
--cc=daniel.almeida@collabora.com \
--cc=deborah.brouwer@collabora.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=driver-core@lists.linux.dev \
--cc=ecourtney@nvidia.com \
--cc=gary@garyguo.net \
--cc=linux-kernel@vger.kernel.org \
--cc=lossin@kernel.org \
--cc=lyude@redhat.com \
--cc=nova-gpu@lists.linux.dev \
--cc=ojeda@kernel.org \
--cc=rust-for-linux@vger.kernel.org \
--cc=tmgross@umich.edu \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.