From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 2DEA435E1DB; Mon, 25 May 2026 20:30:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779741022; cv=none; b=h8gobXyksQh0H8s6qHBvNMs+XONqshYw7ESUfMb0jHe1+Am+ganjE3WBU4Nyd3kWG+z/vnZjjR0aBKg9SeqOQWoCdYvrX4EvDsr/b3kDKVxJmUQnMtejyy0YCx5Mog0ORdgN8LFahzsfSk3HaqZ/ImoUSayAQGERTe219I1//wU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779741022; c=relaxed/simple; bh=tzMwvI73cS5cWVAt0VIEQ8qV29HoK+axG+FEZGe7j5A=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=G/RX+j0LwgY355OHnaIQgXZtrzAzazpSNAnORtGi3Edm8Ui4Z+wCxrMHXh4igaj/pqDxEHjdF3iD9IZVR787cX4tXaqxcbBLxXmcePoZ8jevhzXj2zpOE/ObKdM1hrUpxWnTJh7OAagkO5g+uXN9mwH+FWOjH9Kk17c0jmtPPoM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=molm00d/; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="molm00d/" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 61B861F00A3A; Mon, 25 May 2026 20:30:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1779741021; bh=D81pVtNSTXvXcGqgktNfZxQo456sX2/TTMaOxXAnkyE=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=molm00d/AMMa7zZ/Rn2ObkrByVfNEPa9xuDWH5mntF2CkOank5tpaTESELMDdS44e rNE/0/lb7J4IuQgbBWPMdHzft94nz4AP5386Sl7wf65MRbdfT+Q+FyTu2zIhD5kWpQ 73szHgjGZpYu3dn7QY3jo+pMEETtNMrE2yhRSAj/lBvtkjcHkvfa43tIvbG9G2Ismx dAndxBkqTnzU53xWe2IIrDc7MUgjmqgX5FVhnC8zlVNnCnvbVzScwsWo+X4ZXQ4rvZ pn0giGI71r2wQhbxRVfhvIrY+EgrAXA2mmbXJs98rQ+A4dVzrc73XPDMWw0VKjjIF7 rvlrAowTygFPQ== From: Danilo Krummrich To: gregkh@linuxfoundation.org, rafael@kernel.org, acourbot@nvidia.com, aliceryhl@google.com, david.m.ertman@intel.com, ira.weiny@intel.com, leon@kernel.org, viresh.kumar@linaro.org, m.wilczynski@samsung.com, ukleinek@kernel.org, bhelgaas@google.com, kwilczynski@kernel.org, abdiel.janulgue@gmail.com, robin.murphy@arm.com, markus.probst@posteo.de, ojeda@kernel.org, boqun@kernel.org, gary@garyguo.net, bjorn3_gh@protonmail.com, lossin@kernel.org, a.hindborg@kernel.org, tmgross@umich.edu, igor.korotin@linux.dev, daniel.almeida@collabora.com, pcolberg@redhat.com Cc: driver-core@lists.linux.dev, linux-kernel@vger.kernel.org, nova-gpu@lists.linux.dev, dri-devel@lists.freedesktop.org, linux-pm@vger.kernel.org, linux-pwm@vger.kernel.org, linux-pci@vger.kernel.org, rust-for-linux@vger.kernel.org, Danilo Krummrich Subject: [PATCH v5 07/24] rust: platform: implement Sync for Device Date: Mon, 25 May 2026 22:20:54 +0200 Message-ID: <20260525202921.124698-8-dakr@kernel.org> X-Mailer: git-send-email 2.54.0 In-Reply-To: <20260525202921.124698-1-dakr@kernel.org> References: <20260525202921.124698-1-dakr@kernel.org> Precedence: bulk X-Mailing-List: linux-pm@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Implement Sync for Device in addition to Device. Device uses the same underlying struct platform_device as Device; Bound is a zero-sized type-state marker that does not affect thread safety. This is needed for drivers to store &'bound platform::Device in their private data while remaining Send. Reviewed-by: Alexandre Courbot Reviewed-by: Gary Guo Reviewed-by: Greg Kroah-Hartman Signed-off-by: Danilo Krummrich --- rust/kernel/platform.rs | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/rust/kernel/platform.rs b/rust/kernel/platform.rs index 975b22ffe5db..106a5ed57ea6 100644 --- a/rust/kernel/platform.rs +++ b/rust/kernel/platform.rs @@ -565,3 +565,7 @@ unsafe impl Send for Device {} // SAFETY: `Device` can be shared among threads because all methods of `Device` // (i.e. `Device) are thread safe. unsafe impl Sync for Device {} + +// SAFETY: Same as `Device` -- the underlying `struct platform_device` is the same; +// `Bound` is a zero-sized type-state marker that does not affect thread safety. +unsafe impl Sync for Device {} -- 2.54.0