From: sashiko-bot@kernel.org
To: "Danilo Krummrich" <dakr@kernel.org>
Cc: linux-pci@vger.kernel.org, ojeda@kernel.org
Subject: Re: [PATCH v4 08/27] rust: usb: implement Sync for Device<Bound>
Date: Fri, 22 May 2026 00:16:36 +0000 [thread overview]
Message-ID: <20260522001637.13EE61F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260521233501.1191842-9-dakr@kernel.org>
Thank you for your contribution! Sashiko AI review found 2 potential issue(s) to consider:
- [High] The patch completely fails to achieve its stated goal for USB drivers due to subsystem architectural mismatches (private types and missing trait implementations).
- [Medium] Piecemeal typestate trait implementations for thread-safety instead of generic blanket implementations.
--
commit f4c2e06f2819d0d1a95f07b0e3275550140ba681
Author: Danilo Krummrich <dakr@kernel.org>
rust: usb: implement Sync for Device<Bound>
This commit implements the Sync trait for Device<Bound> in the USB subsystem.
The goal is to allow drivers to safely store bound USB device references inside
their private data structures.
> This is needed for drivers to store &'bound usb::Device<Bound> in their
> private data while remaining Send.
[Severity: High]
Does this change actually allow drivers to store the device in their private
data?
Currently, usb::Device is strictly private to the kernel::usb module, so
external drivers cannot declare fields of this type. Even if it were public,
AsRef<Device> for Interface<Ctx> returns &usb::Device<Normal>, which discards
the typestate context and prevents drivers from obtaining a Bound reference.
Additionally, drivers in the USB subsystem typically bind to and receive
&usb::Interface rather than usb::Device. Would we also need to add Sync to
usb::Interface<Bound> so that drivers can store the interface they receive?
> diff --git a/rust/kernel/usb.rs b/rust/kernel/usb.rs
> index 88721970afcb7..6c917d8fa8839 100644
> --- a/rust/kernel/usb.rs
> +++ b/rust/kernel/usb.rs
[ ... ]
> @@ -468,6 +468,10 @@ unsafe impl Send for Device {}
> // allow any mutation through a shared reference.
> unsafe impl Sync for Device {}
>
> +// SAFETY: Same as `Device<Normal>` -- the underlying `struct usb_device` is the same;
> +// `Bound` is a zero-sized type-state marker that does not affect thread safety.
> +unsafe impl Sync for Device<device::Bound> {}
[Severity: Medium]
Would it be more robust to use a generic blanket implementation for thread
safety instead of piecemeal implementations for specific contexts?
The thread safety of usb::Device depends on the underlying C pointer rather
than the zero-sized PhantomData marker. By implementing Sync manually for
each context, this omits Send for Device<Bound> and leaves other valid
contexts like Core and CoreInternal without Sync implementations.
Could we use something like this instead?
unsafe impl<Ctx: device::DeviceContext> Sync for Device<Ctx> {}
This would ensure correct system-wide thread safety for all typestates.
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260521233501.1191842-1-dakr@kernel.org?part=8
next prev parent reply other threads:[~2026-05-22 0:16 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-21 23:34 [PATCH v4 00/27] rust: device: Higher-Ranked Lifetime Types for device drivers Danilo Krummrich
2026-05-21 23:34 ` [PATCH v4 01/27] rust: alloc: remove `'static` bound on `ForeignOwnable` Danilo Krummrich
2026-05-22 0:13 ` sashiko-bot
2026-05-21 23:34 ` [PATCH v4 02/27] rust: driver: move 'static bounds to constructor Danilo Krummrich
2026-05-21 23:34 ` [PATCH v4 03/27] rust: driver: decouple driver private data from driver type Danilo Krummrich
2026-05-21 23:56 ` sashiko-bot
2026-05-21 23:34 ` [PATCH v4 04/27] rust: driver core: drop drvdata before devres release Danilo Krummrich
2026-05-22 0:10 ` sashiko-bot
2026-05-21 23:34 ` [PATCH v4 05/27] rust: pci: implement Sync for Device<Bound> Danilo Krummrich
2026-05-21 23:34 ` [PATCH v4 06/27] rust: platform: " Danilo Krummrich
2026-05-21 23:34 ` [PATCH v4 07/27] rust: auxiliary: " Danilo Krummrich
2026-05-21 23:34 ` [PATCH v4 08/27] rust: usb: " Danilo Krummrich
2026-05-22 0:16 ` sashiko-bot [this message]
2026-05-21 23:34 ` [PATCH v4 09/27] rust: device: " Danilo Krummrich
2026-05-21 23:34 ` [PATCH v4 10/27] rust: device: make Core and CoreInternal lifetime-parameterized Danilo Krummrich
2026-05-25 4:21 ` Eliot Courtney
2026-05-25 11:02 ` Alexandre Courbot
2026-05-21 23:34 ` [PATCH v4 11/27] rust: pci: make Driver trait lifetime-parameterized Danilo Krummrich
2026-05-22 0:14 ` sashiko-bot
2026-05-21 23:34 ` [PATCH v4 12/27] rust: platform: " Danilo Krummrich
2026-05-21 23:34 ` [PATCH v4 13/27] rust: auxiliary: " Danilo Krummrich
2026-05-21 23:34 ` [PATCH v4 14/27] rust: usb: " Danilo Krummrich
2026-05-22 0:23 ` sashiko-bot
2026-05-25 4:31 ` Eliot Courtney
2026-05-21 23:34 ` [PATCH v4 15/27] rust: i2c: " Danilo Krummrich
2026-05-21 23:34 ` [PATCH v4 16/27] rust: driver: update module documentation for GAT-based Data type Danilo Krummrich
2026-05-21 23:34 ` [PATCH v4 17/27] rust: pci: make Bar lifetime-parameterized Danilo Krummrich
2026-05-22 0:49 ` sashiko-bot
2026-05-25 4:37 ` Eliot Courtney
2026-05-25 11:40 ` Gary Guo
2026-05-25 12:05 ` Danilo Krummrich
2026-05-25 11:10 ` Alexandre Courbot
2026-05-25 11:12 ` Alexandre Courbot
2026-05-21 23:34 ` [PATCH v4 18/27] rust: io: make IoMem and ExclusiveIoMem lifetime-parameterized Danilo Krummrich
2026-05-22 0:45 ` sashiko-bot
2026-05-25 13:10 ` Alexandre Courbot
2026-05-21 23:34 ` [PATCH v4 19/27] samples: rust: rust_driver_pci: use HRT lifetime for Bar Danilo Krummrich
2026-05-22 1:27 ` sashiko-bot
2026-05-25 13:55 ` Alexandre Courbot
2026-05-21 23:34 ` [PATCH v4 20/27] gpu: nova-core: separate driver type from driver data Danilo Krummrich
2026-05-25 4:40 ` Eliot Courtney
2026-05-25 14:11 ` Alexandre Courbot
2026-05-21 23:34 ` [PATCH v4 21/27] rust: types: add `ForLt` trait for higher-ranked lifetime support Danilo Krummrich
2026-05-22 0:31 ` sashiko-bot
2026-05-23 15:46 ` Danilo Krummrich
2026-05-25 12:31 ` Eliot Courtney
2026-05-21 23:34 ` [PATCH v4 22/27] rust: auxiliary: generalize Registration over ForLt Danilo Krummrich
2026-05-22 0:49 ` sashiko-bot
2026-05-25 6:03 ` Eliot Courtney
2026-05-25 14:42 ` Alexandre Courbot
2026-05-21 23:34 ` [PATCH v4 23/27] samples: rust: rust_driver_auxiliary: showcase lifetime-bound registration data Danilo Krummrich
2026-05-25 14:48 ` Alexandre Courbot
2026-05-21 23:34 ` [PATCH REF v4 24/27] gpu: nova-core: use lifetime for Bar Danilo Krummrich
2026-05-22 1:28 ` sashiko-bot
2026-05-26 2:10 ` Alexandre Courbot
2026-05-26 5:48 ` Alexandre Courbot
2026-05-21 23:34 ` [PATCH REF v4 25/27] gpu: nova-core: unregister sysmem flush page from Drop Danilo Krummrich
2026-05-22 0:47 ` sashiko-bot
2026-05-21 23:34 ` [PATCH REF v4 26/27] gpu: nova-core: replace ARef<Device> with &'bound Device in SysmemFlush Danilo Krummrich
2026-05-22 0:46 ` sashiko-bot
2026-05-21 23:34 ` [PATCH REF v4 27/27] gpu: drm: tyr: use lifetime for IoMem Danilo Krummrich
2026-05-22 0:42 ` sashiko-bot
2026-05-22 10:14 ` [PATCH v4 00/27] rust: device: Higher-Ranked Lifetime Types for device drivers Greg KH
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=20260522001637.13EE61F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=dakr@kernel.org \
--cc=linux-pci@vger.kernel.org \
--cc=ojeda@kernel.org \
--cc=sashiko-reviews@lists.linux.dev \
/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