From: "Alexandre Courbot" <acourbot@nvidia.com>
To: "Daniel Almeida" <daniel.almeida@collabora.com>,
"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>,
"Andreas Hindborg" <a.hindborg@kernel.org>,
"Alice Ryhl" <aliceryhl@google.com>,
"Trevor Gross" <tmgross@umich.edu>,
"Danilo Krummrich" <dakr@kernel.org>,
"Benno Lossin" <lossin@kernel.org>
Cc: <linux-kernel@vger.kernel.org>, <rust-for-linux@vger.kernel.org>
Subject: Re: [PATCH v7] rust: kernel: add support for bits/genmask macros
Date: Wed, 02 Jul 2025 22:25:02 +0900 [thread overview]
Message-ID: <DB1LPLOF0O0R.YQBJ0HBDUSKA@nvidia.com> (raw)
In-Reply-To: <20250623-topic-panthor-rs-genmask-v7-1-9f986951e7b5@collabora.com>
Hi Daniel,
On Tue Jun 24, 2025 at 5:17 AM JST, Daniel Almeida wrote:
> In light of bindgen being unable to generate bindings for macros, and
> owing to the widespread use of these macros in drivers, manually define
> the bit and genmask C macros in Rust.
>
> The *_checked version of the functions provide runtime checking while
> the const version performs compile-time assertions on the arguments via
> the build_assert!() macro.
>
> Signed-off-by: Daniel Almeida <daniel.almeida@collabora.com>
Overall this looks great ; I especially like how succint this has
become. I think I found a couple of last remaining issues, please check
below.
<snip>
> diff --git a/rust/kernel/bits.rs b/rust/kernel/bits.rs
> new file mode 100644
> index 0000000000000000000000000000000000000000..8db122b5db9565b76c14fc33e33058f9dac7bd75
> --- /dev/null
> +++ b/rust/kernel/bits.rs
> @@ -0,0 +1,133 @@
> +// SPDX-License-Identifier: GPL-2.0
> +
> +//! Bit manipulation macros.
> +//!
> +//! C header: [`include/linux/bits.h`](srctree/include/linux/bits.h)
> +
> +use crate::prelude::*;
> +use core::ops::RangeInclusive;
> +use macros::paste;
> +
> +macro_rules! impl_bit_fn {
> + (
> + $ty:ty
> + ) => {
> + paste! {
> + /// Computes `1 << n` if `n` is in bounds, i.e.: if `n` is smaller than
> + /// the maximum number of bits supported by the type.
> + ///
> + /// Returns [`None`] otherwise.
> + #[inline]
> + pub fn [<checked_bit_ $ty>](n: u32) -> Option<$ty> {
> + (1 as $ty).checked_shl(n)
> + }
> +
> + /// Computes `1 << n` by performing a compile-time assertion that `n` is
> + /// in bounds.
> + ///
> + /// This version is the default and should be used if `n` is known at
> + /// compile time.
> + #[inline]
> + pub const fn [<bit_ $ty>](n: u32) -> $ty {
> + build_assert!(n < <$ty>::BITS);
> + (1 as $ty) << n
> + }
> + }
> + };
> +}
> +
> +impl_bit_fn!(u64);
> +impl_bit_fn!(u32);
> +impl_bit_fn!(u16);
> +impl_bit_fn!(u8);
> +
> +macro_rules! impl_genmask_fn {
> + (
> + $ty:ty,
> + $(#[$genmask_ex:meta])*
> + ) => {
> + paste! {
> + /// Creates a compile-time contiguous bitmask for the given range by
This is the checked version, so IIUC the bitmask is not created at
compile-time?
> + /// validating the range at runtime.
> + ///
> + /// Returns [`None`] if the range is invalid, i.e.: if the start is
> + /// greater than or equal to the end.
"... or is out of the representable range for $ty."
> + #[inline]
Can we give examples for this function as well?
> + pub fn [<genmask_checked_ $ty>](range: RangeInclusive<u32>) -> Option<$ty> {
> + let start = *range.start();
> + let end = *range.end();
> +
> + if start >= end || end >= <$ty>::BITS {
The range is inclusive, so something like `0..=0` is valid (and returns
a mask of `0x1`). I think we want `start > end`?
Also, since you are using `checked_bit_*` below, I think the `end >=
<$ty>::BITS` check is redundant.
> + return None;
> + }
> +
> + let high = [<checked_bit_ $ty>](end)?;
> + let low = [<checked_bit_ $ty>](start)?;
> + Some((high | (high - 1)) & !(low - 1))
> + }
> +
> + /// Creates a compile-time contiguous bitmask for the given range by
> + /// performing a compile-time assertion that the range is valid.
> + ///
> + /// This version is the default and should be used if the range is known
> + /// at compile time.
> + $(#[$genmask_ex])*
> + #[inline]
> + pub const fn [<genmask_ $ty>](range: RangeInclusive<u32>) -> $ty {
> + let start = *range.start();
> + let end = *range.end();
> +
> + build_assert!(start < end);
`start <= end`
> + build_assert!(end < <$ty>::BITS);
Here also this check looks redundant, since `bit_*` will fail if the
shift doesn't fit into $ty.
> +
> + let high = [<bit_ $ty>](end);
> + let low = [<bit_ $ty>](start);
> + (high | (high - 1)) & !(low - 1)
> + }
> + }
> + };
> +}
> +
> +impl_genmask_fn!(
> + u64,
> + /// # Examples
> + ///
> + /// ```
> + /// # use kernel::bits::genmask_u64;
> + /// let mask = genmask_u64(21..=39);
> + /// assert_eq!(mask, 0x000000ffffe00000);
I think we should also have 2 examples that show the behavior at the
limits (i.e. `0..=0` and `0..=63` here ; possibly others if you can see
interesting cases.). They are useful to understand how the function
actually works, and would also have caught the errors I pointed out
above.
next prev parent reply other threads:[~2025-07-02 13:25 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-23 20:17 [PATCH v7] rust: kernel: add support for bits/genmask macros Daniel Almeida
2025-07-02 10:27 ` Alice Ryhl
2025-07-02 13:05 ` Daniel Almeida
2025-07-02 13:25 ` Alexandre Courbot [this message]
2025-07-02 13:27 ` Alexandre Courbot
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=DB1LPLOF0O0R.YQBJ0HBDUSKA@nvidia.com \
--to=acourbot@nvidia.com \
--cc=a.hindborg@kernel.org \
--cc=alex.gaynor@gmail.com \
--cc=aliceryhl@google.com \
--cc=bjorn3_gh@protonmail.com \
--cc=boqun.feng@gmail.com \
--cc=dakr@kernel.org \
--cc=daniel.almeida@collabora.com \
--cc=gary@garyguo.net \
--cc=linux-kernel@vger.kernel.org \
--cc=lossin@kernel.org \
--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.