From: sashiko-bot@kernel.org
To: "Philipp Stanner" <phasta@kernel.org>
Cc: ojeda@kernel.org, gary@garyguo.net,
dri-devel@lists.freedesktop.org, media-ci@linuxtv.org
Subject: Re: [PATCH] rust: DmaFence: Add better warning through Device reference
Date: Fri, 25 Sep 2026 08:32:33 +0000 [thread overview]
Message-ID: <20260925083234.4E1291F000FF@smtp.kernel.org> (raw)
In-Reply-To: <20260925081958.3048112-2-phasta@kernel.org>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] dma_fence: commit message incorrectly claims change is in FenceContext::drop()
--
commit 4a645fda82950d47b5bed116917aa2253db17d1f
Author: Philipp Stanner <phasta@kernel.org>
rust: DmaFence: Add better warning through Device reference
This commit replaces a pr_err warning about forgotten fences with a more
informative dev_warn. It also adds a Device reference to FenceContext to
support the dev_warn output.
> FenceContext::drop() contains a warning print that warns about possible
> memory corruptions if there are forgotten fences. However, precisely
> speaking, a forgotten fence is undefined behavior.
[Severity: Medium]
Is this commit message accurate? The text states the warning print being
replaced is located in FenceContext::drop(), but the diff shows the
modification actually takes place in the Drop implementation for DriverFence:
rust/kernel/dma_buf/dma_fence.rs:drop() {
...
let signaled: bool = unsafe { bindings::dma_fence_test_signaled_flag(guard.as_raw()) };
if !signaled {
// SAFETY: data is valid because self is valid.
let dev = unsafe { self.data.as_ref().fctx.dev };
dev_warn!(dev, "DriverFence drops unsignaled.\n");
...
}
FenceContext::drop() does not contain this warning print. Could the commit
message be updated to correctly state that the warning is in DriverFence?
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260925081958.3048112-2-phasta@kernel.org?part=1
next prev parent reply other threads:[~2026-09-25 8:32 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-09-25 8:19 [PATCH] rust: DmaFence: Add better warning through Device reference Philipp Stanner
2026-09-25 8:32 ` sashiko-bot [this message]
2026-09-25 10:26 ` Gary Guo
2026-09-25 12:30 ` Danilo Krummrich
2026-09-25 13:08 ` Philipp Stanner
2026-09-25 15:50 ` Danilo Krummrich
2026-09-25 17:21 ` Philipp Stanner
2026-09-25 17:32 ` Danilo Krummrich
2026-09-28 7:52 ` Philipp Stanner
2026-09-28 8:11 ` Danilo Krummrich
2026-09-28 8:32 ` Philipp Stanner
2026-09-28 10:43 ` Danilo Krummrich
2026-09-25 16:00 ` Danilo Krummrich
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=20260925083234.4E1291F000FF@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=gary@garyguo.net \
--cc=media-ci@linuxtv.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.