From: sashiko-bot@kernel.org
To: "Philipp Stanner" <phasta@kernel.org>
Cc: dri-devel@lists.freedesktop.org, ojeda@kernel.org
Subject: Re: [PATCH v2 2/6] rust: sync: Add abstraction for rcu_barrier()
Date: Tue, 16 Jun 2026 08:35:32 +0000 [thread overview]
Message-ID: <20260616083532.B09741F00A3A@smtp.kernel.org> (raw)
In-Reply-To: <20260616082819.2943886-4-phasta@kernel.org>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] Missing `#[inline]` annotation on the `rcu_barrier` abstraction function.
--
commit 429e3c9d9e99f90b82501282309c58b5cf00107c
Author: Philipp Stanner <phasta@kernel.org>
rust: sync: Add abstraction for rcu_barrier()
This commit introduces a safe Rust abstraction for the C function
rcu_barrier(), allowing Rust code to wait for all pending call_rcu()
callbacks to complete.
> diff --git a/rust/kernel/sync/rcu.rs b/rust/kernel/sync/rcu.rs
> index a32bef6e490b0..eef34bf862596 100644
> --- a/rust/kernel/sync/rcu.rs
> +++ b/rust/kernel/sync/rcu.rs
[ ... ]
> +/// Wait for all pending call_rcu() callbacks, if there are any.
> +pub fn rcu_barrier() {
[Severity: Low]
This isn't a bug, but should this abstraction function be annotated with
#[inline]? The Rust subsystem guidelines indicate that small functions
or those that simply forward to a binding call should include the inline
annotation.
> + // SAFETY: `rcu_barrier()` is always safe to be called. It just might wait for a grace period.
> + unsafe { bindings::rcu_barrier() };
> +}
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260616082819.2943886-2-phasta@kernel.org?part=2
next prev parent reply other threads:[~2026-06-16 8:35 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-16 8:28 [PATCH v2 0/6] rust / dma_buf: Add abstractions for dma_fence Philipp Stanner
2026-06-16 8:28 ` [PATCH v2 1/6] rust: types: implement ForeignOwnable for ARef<T> Philipp Stanner
2026-06-16 8:38 ` sashiko-bot
2026-06-16 8:28 ` [PATCH v2 2/6] rust: sync: Add abstraction for rcu_barrier() Philipp Stanner
2026-06-16 8:35 ` sashiko-bot [this message]
2026-06-16 8:28 ` [PATCH v2 3/6] rust: sync: Add abstraction for synchronize_rcu() Philipp Stanner
2026-06-16 8:36 ` sashiko-bot
2026-06-16 8:28 ` [PATCH v2 4/6] rust: error: Add ECANCELED error code Philipp Stanner
2026-06-16 8:28 ` [PATCH v2 5/6] rust: Add dma_fence abstractions Philipp Stanner
2026-06-16 8:44 ` sashiko-bot
2026-06-16 12:47 ` Onur Özkan
2026-06-16 14:38 ` Philipp Stanner
2026-06-16 14:51 ` Onur Özkan
2026-06-16 15:28 ` Danilo Krummrich
2026-06-16 15:37 ` Gary Guo
2026-06-16 8:28 ` [PATCH v2 6/6] MAINTAINERS: Add entry for Rust dma-buf Philipp Stanner
2026-06-16 11:02 ` [PATCH v2 0/6] rust / dma_buf: Add abstractions for dma_fence Danilo Krummrich
2026-06-16 11:28 ` Philipp Stanner
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=20260616083532.B09741F00A3A@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=ojeda@kernel.org \
--cc=phasta@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 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.