From: Eugen Hristev <eugen.hristev@linaro.org>
To: Amin GATTOUT <amin.gattout@gmail.com>,
vkoul@kernel.org, thomasandreatta2000@gmail.com
Cc: dmaengine@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] shdmac: Remove misleading TODO comment in dmae_set_chcr
Date: Tue, 2 Dec 2025 12:12:03 +0200 [thread overview]
Message-ID: <c1983852-b6ae-484b-989b-56fe0d00a679@linaro.org> (raw)
In-Reply-To: <20251128152947.304976-2-amin.gattout@gmail.com>
On 11/28/25 17:29, Amin GATTOUT wrote:
> The comment suggested that the dmae_is_busy() check in dmae_set_chcr()
> is superfluous and could be removed. However, this check serves as an
> important safety net to prevent configuration of a DMA channel while
I find this a bit odd overall, because apparently nobody checks the
result of dmae_set_chcr() .
So if it is such an important safety check, why is the result never
checked ?
As it looks, the caller doesn't care and continue as usual. The
difference would be that chcr is never actually written if the channel
is busy. Which looks strange. And "unexpected hardware behavior in edge
cases" is quite vague. Do you have a scenario when an issue would happen ?
dmae_set_chcr() gets called on resume() and setup_xfer(). Is it possible
that in fact dmae_set_chcr() is not called correctly then ? Maybe this
chcr should be written at a different time when we are sure the dma is
not busy ?
Or why is it even possible to have the dma busy when calling it ?
Eugen
> it is active. Keeping it helps ensure transfer integrity and avoids
> unexpected hardware behavior in edge cases.
>
> Signed-off-by: Amin GATTOUT <amin.gattout@gmail.com>
> ---
> drivers/dma/sh/shdmac.c | 1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/dma/sh/shdmac.c b/drivers/dma/sh/shdmac.c
> index 603e15102e45..d0e0437ad916 100644
> --- a/drivers/dma/sh/shdmac.c
> +++ b/drivers/dma/sh/shdmac.c
> @@ -243,7 +243,6 @@ static void dmae_init(struct sh_dmae_chan *sh_chan)
>
> static int dmae_set_chcr(struct sh_dmae_chan *sh_chan, u32 val)
> {
> - /* If DMA is active, cannot set CHCR. TODO: remove this superfluous check */
> if (dmae_is_busy(sh_chan))
> return -EBUSY;
>
next prev parent reply other threads:[~2025-12-02 10:12 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-28 15:29 Amin GATTOUT
2025-12-02 10:12 ` Eugen Hristev [this message]
2025-12-02 11:54 ` Amin
2025-12-02 12:01 ` Eugen Hristev
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=c1983852-b6ae-484b-989b-56fe0d00a679@linaro.org \
--to=eugen.hristev@linaro.org \
--cc=amin.gattout@gmail.com \
--cc=dmaengine@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=thomasandreatta2000@gmail.com \
--cc=vkoul@kernel.org \
/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®