From: Clement LE GOFFIC <clement.legoffic@foss.st.com>
To: Antonio Quartulli <antonio@mandelbit.com>, <linux-spi@vger.kernel.org>
Cc: <linux-stm32@st-md-mailman.stormreply.com>,
<linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>,
Alexandre Torgue <alexandre.torgue@foss.st.com>,
Maxime Coquelin <mcoquelin.stm32@gmail.com>,
Mark Brown <broonie@kernel.org>,
Alain Volmat <alain.volmat@foss.st.com>
Subject: Re: [PATCH v2] spi: stm32: fix pointer-to-pointer variables usage
Date: Mon, 30 Jun 2025 13:58:52 +0200 [thread overview]
Message-ID: <64628676-1eec-41b2-b11d-341f97edd113@foss.st.com> (raw)
In-Reply-To: <20250630081253.17294-1-antonio@mandelbit.com>
On 6/30/25 10:12, Antonio Quartulli wrote:
> In stm32_spi_prepare_rx_dma_mdma_chaining() both rx_dma_desc
> and rx_mdma_desc are passed as pointer-to-pointer arguments.
>
> The goal is to pass back to the caller the value returned
> by dmaengine_prep_slave_sg(), when it is not NULL.
>
> However, these variables are wrongly handled as simple pointers
> during later assignments and checks.
>
> Fix this behaviour by introducing two pointer variables
> which can then be treated accordingly.
>
> Fixes: d17dd2f1d8a1 ("spi: stm32: use STM32 DMA with STM32 MDMA to enhance DDR use")
> Addresses-Coverity-ID: 1644715 ("Null pointer dereferences (REVERSE_INULL)")
> Signed-off-by: Antonio Quartulli <antonio@mandelbit.com>
>
> ---
> Changes from v1:
> * introduce *_mdma_desc and *_dma_desc for better readability
> * fix another instance of rx_dma_desc bogus assignment in case of
> failure of sg_alloc_table()
> * commit title/message reworded accordingly to the previous point
> ---
> drivers/spi/spi-stm32.c | 22 ++++++++++++----------
> 1 file changed, 12 insertions(+), 10 deletions(-)
>
> diff --git a/drivers/spi/spi-stm32.c b/drivers/spi/spi-stm32.c
> index 3d20f09f1ae7..4b7f074fdba9 100644
> --- a/drivers/spi/spi-stm32.c
> +++ b/drivers/spi/spi-stm32.c
> @@ -1474,6 +1474,8 @@ static int stm32_spi_prepare_rx_dma_mdma_chaining(struct stm32_spi *spi,
> struct dma_async_tx_descriptor **rx_dma_desc,
> struct dma_async_tx_descriptor **rx_mdma_desc)
> {
> + struct dma_async_tx_descriptor *_mdma_desc = *rx_mdma_desc;
> + struct dma_async_tx_descriptor *_dma_desc = *rx_dma_desc;
> struct dma_slave_config rx_mdma_conf = {0};
> u32 sram_period, nents = 0, spi_s_len;
> struct sg_table dma_sgt, mdma_sgt;
> @@ -1524,18 +1526,18 @@ static int stm32_spi_prepare_rx_dma_mdma_chaining(struct stm32_spi *spi,
> }
> }
>
> - *rx_dma_desc = dmaengine_prep_slave_sg(spi->dma_rx, dma_sgt.sgl,
> - dma_sgt.nents, rx_dma_conf->direction,
> - DMA_PREP_INTERRUPT);
> + _dma_desc = dmaengine_prep_slave_sg(spi->dma_rx, dma_sgt.sgl,
> + dma_sgt.nents, rx_dma_conf->direction,
> + DMA_PREP_INTERRUPT);
> sg_free_table(&dma_sgt);
>
> - if (!rx_dma_desc)
> + if (!_dma_desc)
> return -EINVAL;
>
> /* Prepare MDMA slave_sg transfer MEM_TO_MEM (SRAM>DDR) */
> ret = sg_alloc_table(&mdma_sgt, nents, GFP_ATOMIC);
> if (ret) {
> - rx_dma_desc = NULL;
> + _dma_desc = NULL;
> return ret;
> }
>
> @@ -1558,13 +1560,13 @@ static int stm32_spi_prepare_rx_dma_mdma_chaining(struct stm32_spi *spi,
> }
> }
>
> - *rx_mdma_desc = dmaengine_prep_slave_sg(spi->mdma_rx, mdma_sgt.sgl,
> - mdma_sgt.nents, rx_mdma_conf.direction,
> - DMA_PREP_INTERRUPT);
> + _mdma_desc = dmaengine_prep_slave_sg(spi->mdma_rx, mdma_sgt.sgl,
> + mdma_sgt.nents, rx_mdma_conf.direction,
> + DMA_PREP_INTERRUPT);
> sg_free_table(&mdma_sgt);
>
> - if (!rx_mdma_desc) {
> - rx_dma_desc = NULL;
> + if (!_mdma_desc) {
> + _dma_desc = NULL;
> return -EINVAL;
> }
>
Reviewed-by: Clément Le Goffic <clement.legoffic@foss.st.com>
next prev parent reply other threads:[~2025-06-30 12:00 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-28 0:02 [PATCH] spi: stm32: fix NULL check on pointer-to-pointer variable Antonio Quartulli
2025-06-30 7:34 ` Clement LE GOFFIC
2025-06-30 7:48 ` Antonio Quartulli
2025-06-30 8:12 ` [PATCH v2] spi: stm32: fix pointer-to-pointer variables usage Antonio Quartulli
2025-06-30 8:28 ` Clement LE GOFFIC
2025-06-30 11:20 ` Mark Brown
2025-06-30 12:00 ` Clement LE GOFFIC
2025-06-30 11:40 ` Alain Volmat
2025-06-30 11:58 ` Clement LE GOFFIC [this message]
2025-07-01 22:15 ` Mark Brown
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=64628676-1eec-41b2-b11d-341f97edd113@foss.st.com \
--to=clement.legoffic@foss.st.com \
--cc=alain.volmat@foss.st.com \
--cc=alexandre.torgue@foss.st.com \
--cc=antonio@mandelbit.com \
--cc=broonie@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-spi@vger.kernel.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=mcoquelin.stm32@gmail.com \
/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;
as well as URLs for NNTP newsgroup(s).