From: Dirk Behme <dirk.behme@gmail.com>
To: "Markus Probst" <markus.probst@posteo.de>,
"Rob Herring" <robh@kernel.org>,
"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
"Jiri Slaby" <jirislaby@kernel.org>,
"Miguel Ojeda" <ojeda@kernel.org>,
"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>,
"Danilo Krummrich" <dakr@kernel.org>,
"Kari Argillander" <kari.argillander@gmail.com>
Cc: linux-serial@vger.kernel.org, linux-kernel@vger.kernel.org,
rust-for-linux@vger.kernel.org
Subject: Re: [PATCH RFC 3/4] samples: rust: add Rust serial device bus sample device driver
Date: Sun, 21 Dec 2025 10:11:53 +0100 [thread overview]
Message-ID: <c65689bf-67fd-4f7e-a878-59675ad429c4@gmail.com> (raw)
In-Reply-To: <20251220-rust_serdev-v1-3-e44645767621@posteo.de>
Hi Markus,
On 20.12.25 19:44, Markus Probst wrote:
> Add a sample Rust serial device bus device driver illustrating the usage
> of the platform bus abstractions.
>
> This drivers probes through either a match of device / driver name or a
> match within the OF ID table.
> ---
> samples/rust/Kconfig | 10 +++
> samples/rust/Makefile | 1 +
> samples/rust/rust_driver_serdev.rs | 175 +++++++++++++++++++++++++++++++++++++
> 3 files changed, 186 insertions(+)
...
> diff --git a/samples/rust/rust_driver_serdev.rs b/samples/rust/rust_driver_serdev.rs
> new file mode 100644
> index 000000000000..f23b38a26c32
> --- /dev/null
> +++ b/samples/rust/rust_driver_serdev.rs
> @@ -0,0 +1,175 @@
> +// SPDX-License-Identifier: GPL-2.0
> +
> +//! Rust Serial device bus device driver sample.
> +
> +use kernel::{
> + acpi,
> + device::{
> + self,
> + property::{
> + FwNodeReferenceArgs,
> + NArgs, //
> + },
> + Bound,
> + Core, //
> + },
> + of,
> + prelude::*,
> + serdev,
> + str::CString,
> + sync::aref::ARef, //
> +};
> +
> +struct SampleDriver {
> + sdev: ARef<serdev::Device>,
> +}
> +
> +struct Info(u32);
> +
> +kernel::of_device_table!(
> + OF_TABLE,
> + MODULE_OF_TABLE,
> + <SampleDriver as serdev::Driver>::IdInfo,
> + [(of::DeviceId::new(c"test,rust_driver_serdev"), Info(42))]
I stopped reading here regarding the new "rust_driver_serdev" but
re-reading Rob's
https://lore.kernel.org/rust-for-linux/20241022234712.GB1848992-robh@kernel.org/
adding "test,<whatever>" should be fine as-is without any documenation.
> +);
> +
> +kernel::acpi_device_table!(
> + ACPI_TABLE,
> + MODULE_ACPI_TABLE,
> + <SampleDriver as serdev::Driver>::IdInfo,
> + [(acpi::DeviceId::new(c"LNUXBEEF"), Info(0))]
> +);
> +
> +#[vtable]
> +impl serdev::Driver for SampleDriver {
> + type IdInfo = Info;
> + type InitialData = ();
> + type LateProbeData = ();
> + const OF_ID_TABLE: Option<of::IdTable<Self::IdInfo>> = Some(&OF_TABLE);
> + const ACPI_ID_TABLE: Option<acpi::IdTable<Self::IdInfo>> = Some(&ACPI_TABLE);
> +
> + fn probe(sdev: &serdev::Device, info: Option<&Self::IdInfo>) -> impl PinInit<Self, Error> {
> + let dev = sdev.as_ref();
> +
> + dev_dbg!(dev, "Probe Rust Serial device bus device driver sample.\n");
> +
> + if let Some(info) = info {
> + dev_info!(dev, "Probed with info: '{}'.\n", info.0);
> + }
Last time I had a look to the log output from rust_driver_platform.rs
(where this is copied from?) I was slightly confused to see the
"Probed with ..." in the log but not the "Probe Rust ...". Well, I
hadn't DEBUG enabled. So I wonder if the combination of `dev_dbg!()`
and `dev_info!()` this way should be improved? At least in
rust_driver_platform.rs because we could drop that here completely? I
mean in rust_driver_platform.rs it makes sense to demonstrate how
`info` is supposed to work. But do we need that here?
> + if dev.fwnode().is_some_and(|node| node.is_of_node()) {
> + Self::properties_parse(dev)?;
> + }
This is a left over from copy & paste? I mean having all this
`properties_parse()` below and calling it here does not make any sense
here? And should be dropped completely?
> +
> + Ok(Self { sdev: sdev.into() })
> + }
> +
> + fn configure(
> + sdev: &serdev::Device<Core>,
> + _this: Pin<&Self>,
> + _id_info: Option<&Self::IdInfo>,
> + ) -> Result {
> + dev_dbg!(
> + sdev.as_ref(),
> + "Configure Rust Serial device bus device driver sample.\n"
> + );
> +
> + sdev.set_baudrate(115200);
> + sdev.set_flow_control(false);
> + sdev.set_parity(serdev::Parity::None)?;
> + Ok(())
> + }
> +
> + fn late_probe(
> + sdev: &serdev::Device<Bound>,
> + _this: Pin<&Self>,
> + _initial_data: Self::InitialData,
> + ) -> impl PinInit<Self::LateProbeData, Error> {
> + dev_dbg!(
> + sdev.as_ref(),
> + "Late Probe Rust Serial device bus device driver sample.\n"
> + );
> + Ok(())
> + }
> +
> + fn receive(
> + sdev: &serdev::Device<Bound>,
> + _this: Pin<&Self>,
> + _late_probe_this: Pin<&Self::LateProbeData>,
> + data: &[u8],
> + ) -> usize {
> + let _ = sdev.write_all(data, serdev::Timeout::MaxScheduleTimeout);
Is it intended to have a function with the name `receive()`calling
`write()`?
> + data.len()
> + }
> +}
> +
> +impl SampleDriver {
> + fn properties_parse(dev: &device::Device) -> Result {
As mentioned above I think this is a left over from copy & paste and
should be dropped?
Cheers,
Dirk
next prev parent reply other threads:[~2025-12-21 9:11 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-20 18:44 [PATCH RFC 0/4] rust: add basic serial device bus abstractions Markus Probst
2025-12-20 18:44 ` [PATCH RFC 1/4] serdev: Export internal is_serdev_device() for drivers Markus Probst
2025-12-21 16:10 ` Greg Kroah-Hartman
2025-12-21 16:28 ` Markus Probst
2025-12-21 16:46 ` Greg Kroah-Hartman
2025-12-21 17:36 ` Danilo Krummrich
2025-12-21 17:40 ` Danilo Krummrich
2025-12-20 18:44 ` [PATCH RFC 2/4] rust: add basic serial device bus abstractions Markus Probst
2025-12-21 9:19 ` Dirk Behme
2025-12-21 12:41 ` Markus Probst
2025-12-25 15:13 ` Kari Argillander
2026-01-13 16:15 ` Markus Probst
2026-01-13 17:37 ` Danilo Krummrich
2026-01-13 17:59 ` Markus Probst
2026-01-13 19:10 ` Danilo Krummrich
2026-02-08 14:30 ` Markus Probst
2025-12-26 15:09 ` Kari Argillander
2025-12-20 18:44 ` [PATCH RFC 3/4] samples: rust: add Rust serial device bus sample device driver Markus Probst
2025-12-21 9:11 ` Dirk Behme [this message]
2025-12-21 12:39 ` Markus Probst
2025-12-20 18:44 ` [PATCH RFC 4/4] rust: Add serdev rust abstractions to MAINTAINERS file Markus Probst
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=c65689bf-67fd-4f7e-a878-59675ad429c4@gmail.com \
--to=dirk.behme@gmail.com \
--cc=a.hindborg@kernel.org \
--cc=aliceryhl@google.com \
--cc=bjorn3_gh@protonmail.com \
--cc=boqun.feng@gmail.com \
--cc=dakr@kernel.org \
--cc=gary@garyguo.net \
--cc=gregkh@linuxfoundation.org \
--cc=jirislaby@kernel.org \
--cc=kari.argillander@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=lossin@kernel.org \
--cc=markus.probst@posteo.de \
--cc=ojeda@kernel.org \
--cc=robh@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 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®