Rust for Linux List
 help / color / mirror / Atom feed
From: Boqun Feng <boqun@kernel.org>
To: FUJITA Tomonori <tomo@flapping.org>
Cc: ojeda@kernel.org, a.hindborg@kernel.org, acourbot@nvidia.com,
	aliceryhl@google.com, bjorn3_gh@protonmail.com, dakr@kernel.org,
	daniel.almeida@collabora.com, gary@garyguo.net,
	lossin@kernel.org, tamird@kernel.org, tmgross@umich.edu,
	work@onurozkan.dev, rust-for-linux@vger.kernel.org,
	FUJITA Tomonori <fujita.tomonori@gmail.com>,
	paulmck@kernel.org
Subject: Re: [PATCH v1] rust: bug: prevent dead_code warning from warn_on!'s flags constant
Date: Sun, 19 Jul 2026 22:54:24 -0700	[thread overview]
Message-ID: <al24EJhLfbSoooSQ@MacBook-0RXW5> (raw)
In-Reply-To: <20260720035510.4048145-1-tomo@flapping.org>

On Mon, Jul 20, 2026 at 12:55:10PM +0900, FUJITA Tomonori wrote:
> From: FUJITA Tomonori <fujita.tomonori@gmail.com>
> 
> Fix the following dead_code warning on some configurations in an
> atomic development branch:
> 
> warning: constant `WARN_ON_FLAGS` is never used
>    --> /linux/rust/kernel/bug.rs:126:19
>     |
> 126 |               const WARN_ON_FLAGS: u32 = $crate::bug::bugflag_taint($crate::bindings::TAINT_WARN);
>     |                     ^^^^^^^^^^^^^
>     |
>    ::: /linux/rust/kernel/sync/srcu.rs:106:12
>     |
> 106 |           if crate::warn_on!(
>     |  ____________-
> 107 | |             // SAFETY: By the type invariants, `self` contains a valid and pinned `struct srcu_struct`
> 108 | |             // and `srcu_readers_active()` only checks the active reader count.
> 109 | |             unsafe { bindings::srcu_readers_active(ptr) }
> 110 | |         ) {
>     | |_________- in this macro invocation
>     |
>     = note: `#[warn(dead_code)]` (part of `#[warn(unused)]`) on by default
>     = note: this warning originates in the macro `crate::warn_on` (in Nightly builds, run with -Z macro-backtrace for more info)
> 
> The warn_on! macro always defines a WARN_ON_FLAGS constant and hands it
> to warn_flags!. On configurations where warn_flags! does not reference
> its flags argument (the LOONGARCH/ARM variant, which only calls
> WARN_ON(), and the !CONFIG_BUG no-op variant), the constant is left
> unused and triggers a dead_code warning.
> 
> The warning only surfaces for callers inside the kernel crate itself:
> uses from other crates expand an external macro, so the lint is
> suppressed there.
> 
> Rename the constant to _WARN_ON_FLAGS so the underscore marks it as
> possibly-unused, matching the existing _COND_STR constant in the same
> macro. The name is still referenceable, so configurations that do use
> the flags are unaffected.
> 
> Signed-off-by: FUJITA Tomonori <fujita.tomonori@gmail.com>

[Cc Paul]

Do we need a "Fixes" tag here?

FWIW:

Reviewed-by: Boqun Feng <boqun@kernel.org>

Regards,
Boqun

> ---
>  rust/kernel/bug.rs | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/rust/kernel/bug.rs b/rust/kernel/bug.rs
> index ed943960f851..2fd7ee25abcb 100644
> --- a/rust/kernel/bug.rs
> +++ b/rust/kernel/bug.rs
> @@ -123,9 +123,9 @@ macro_rules! warn_on {
>          const _COND_STR: &str = file!();
>  
>          if cond {
> -            const WARN_ON_FLAGS: u32 = $crate::bug::bugflag_taint($crate::bindings::TAINT_WARN);
> +            const _WARN_ON_FLAGS: u32 = $crate::bug::bugflag_taint($crate::bindings::TAINT_WARN);
>  
> -            $crate::warn_flags!(_COND_STR, WARN_ON_FLAGS);
> +            $crate::warn_flags!(_COND_STR, _WARN_ON_FLAGS);
>          }
>          cond
>      }};
> 
> base-commit: 880c43b185ca52239e75bc546cc4f4d9154d0fed
> -- 
> 2.43.0
> 

  reply	other threads:[~2026-07-20  5:54 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-20  3:55 [PATCH v1] rust: bug: prevent dead_code warning from warn_on!'s flags constant FUJITA Tomonori
2026-07-20  5:54 ` Boqun Feng [this message]
2026-07-20  6:05   ` FUJITA Tomonori
2026-07-20 15:27   ` Paul E. McKenney

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=al24EJhLfbSoooSQ@MacBook-0RXW5 \
    --to=boqun@kernel.org \
    --cc=a.hindborg@kernel.org \
    --cc=acourbot@nvidia.com \
    --cc=aliceryhl@google.com \
    --cc=bjorn3_gh@protonmail.com \
    --cc=dakr@kernel.org \
    --cc=daniel.almeida@collabora.com \
    --cc=fujita.tomonori@gmail.com \
    --cc=gary@garyguo.net \
    --cc=lossin@kernel.org \
    --cc=ojeda@kernel.org \
    --cc=paulmck@kernel.org \
    --cc=rust-for-linux@vger.kernel.org \
    --cc=tamird@kernel.org \
    --cc=tmgross@umich.edu \
    --cc=tomo@flapping.org \
    --cc=work@onurozkan.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