From: david laight <david.laight@runbox.com>
To: carlos.song@nxp.com
Cc: Frank.Li@nxp.com, broonie@kernel.org, rongqianfeng@vivo.com,
linux-spi@vger.kernel.org, imx@lists.linux.dev,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] spi: spi-fsl-lpspi: fix watermark truncation caused by type cast
Date: Sat, 22 Nov 2025 10:48:42 +0000 [thread overview]
Message-ID: <20251122104842.6a9cdbd1@pumpkin> (raw)
In-Reply-To: <20251117030355.1359081-1-carlos.song@nxp.com>
On Mon, 17 Nov 2025 11:03:55 +0800
carlos.song@nxp.com wrote:
> From: Carlos Song <carlos.song@nxp.com>
>
> 't->len' is an unsigned integer, while 'watermark' and 'txfifosize' are
> u8. Using min_t with typeof(watermark) forces both values to be cast to
> u8, which truncates len when it exceeds 255. For example, len = 4096
> becomes 0 after casting, resulting in an incorrect watermark value.
>
> Use a wider type in min_t to avoid truncation and ensure the correct
> minimum value is applied.
Also see my big patch that will detect this...
It usual that a simple min() will work fine.
(After the relaxation of the type comparison in min().)
If one of the values is a signed type (but positive) use umin(a,b).
This is a typical example of the type of the destination being used in min_t().
The real fix is to remove min_t() completely.
After all if the code had been:
sl_lpspi->watermark = min(sl_lpspi->txfifosize,
(typeof(fsl_lpspi->watermark))t->len);
a reviewer would have been likely to pick up the truncation.
Hiding the cast inside min_t() is a 'really bad idea' (tm).
I've found a pile of cases of:
min_t(u8, value_32 / 2, 255)
in one driver (and the variable is pretty much called 'value_32'.
Looks like I've tried to compile this file yet.
'git diff' is currently outputting 8395 files for 358 files.
David
>
> Fixes: a750050349ea ("spi: spi-fsl-lpspi: use min_t() to improve code")
> Signed-off-by: Carlos Song <carlos.song@nxp.com>
> ---
> drivers/spi/spi-fsl-lpspi.c | 8 +++++++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/spi/spi-fsl-lpspi.c b/drivers/spi/spi-fsl-lpspi.c
> index 8da66e101386..065456aba2ae 100644
> --- a/drivers/spi/spi-fsl-lpspi.c
> +++ b/drivers/spi/spi-fsl-lpspi.c
> @@ -486,7 +486,13 @@ static int fsl_lpspi_setup_transfer(struct spi_controller *controller,
> fsl_lpspi->tx = fsl_lpspi_buf_tx_u32;
> }
>
> - fsl_lpspi->watermark = min_t(typeof(fsl_lpspi->watermark),
> + /*
> + * t->len is 'unsigned' and txfifosize and watermrk is 'u8', force
> + * type cast is inevitable. When len > 255, len will be truncated in min_t(),
> + * it caused wrong watermark set. 'unsigned int' is as the designated type
> + * for min_t() to avoid truncation.
> + */
> + fsl_lpspi->watermark = min_t(unsigned int,
> fsl_lpspi->txfifosize,
> t->len);
>
prev parent reply other threads:[~2025-11-22 10:49 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-17 3:03 [PATCH] spi: spi-fsl-lpspi: fix watermark truncation caused by type cast carlos.song
2025-11-21 8:18 ` Carlos Song
2025-11-21 14:23 ` Mark Brown
2025-11-21 9:30 ` Daniel Baluta
2025-11-21 15:54 ` Frank Li
2025-11-21 16:19 ` Frank Li
2025-11-22 10:57 ` david laight
2025-11-25 15:11 ` Andy Shevchenko
2025-11-26 2:10 ` Carlos Song
2025-11-26 6:43 ` Andy Shevchenko
2025-11-26 10:02 ` Carlos Song
2025-11-21 16:24 ` Mark Brown
2025-11-22 10:48 ` david laight [this message]
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=20251122104842.6a9cdbd1@pumpkin \
--to=david.laight@runbox.com \
--cc=Frank.Li@nxp.com \
--cc=broonie@kernel.org \
--cc=carlos.song@nxp.com \
--cc=imx@lists.linux.dev \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-spi@vger.kernel.org \
--cc=rongqianfeng@vivo.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