From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Tudor Ambarus <tudor.ambarus@linaro.org>
Cc: richard@nod.at, todd.e.brandt@intel.com, vigneshr@ti.com,
pratyush@kernel.org, michael@walle.cc,
linux-mtd@lists.infradead.org, linux-kernel@vger.kernel.org,
regressions@leemhuis.info, bagasdotme@gmail.com,
regressions@lists.linux.dev, joneslee@google.com,
Todd Brandt <todd.e.brandt@linux.intel.com>
Subject: Re: [PATCH] mtd: spi-nor: Fix divide by zero for spi-nor-generic flashes
Date: Mon, 22 May 2023 10:29:53 +0200 [thread overview]
Message-ID: <20230522102953.2fdf2b02@xps-13> (raw)
In-Reply-To: <20230518085440.2363676-1-tudor.ambarus@linaro.org>
Hi Tudor,
tudor.ambarus@linaro.org wrote on Thu, 18 May 2023 08:54:40 +0000:
> We failed to initialize n_banks for spi-nor-generic flashes, which
> caused a devide by zero when computing the bank_size.
>
> By default we consider that all chips have a single bank. Initialize
> the default number of banks for spi-nor-generic flashes. Even if the
> bug is fixed with this simple initialization, check the n_banks value
> before dividing so that we make sure this kind of bug won't occur again
> if some other struct instance is created uninitialized.
>
> Suggested-by: Todd Brandt <todd.e.brandt@linux.intel.com>
> Reported-by: Todd Brandt <todd.e.brandt@linux.intel.com>
> Closes: https://bugzilla.kernel.org/show_bug.cgi?id=217448
> Fixes: 9d6c5d64f028 ("mtd: spi-nor: Introduce the concept of bank")
> Link: https://lore.kernel.org/all/20230516225108.29194-1-todd.e.brandt@intel.com/
> Signed-off-by: Tudor Ambarus <tudor.ambarus@linaro.org>
> ---
> drivers/mtd/spi-nor/core.c | 5 ++++-
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/mtd/spi-nor/core.c b/drivers/mtd/spi-nor/core.c
> index 0bb0ad14a2fc..5f29fac8669a 100644
> --- a/drivers/mtd/spi-nor/core.c
> +++ b/drivers/mtd/spi-nor/core.c
> @@ -2018,6 +2018,7 @@ static const struct spi_nor_manufacturer *manufacturers[] = {
>
> static const struct flash_info spi_nor_generic_flash = {
> .name = "spi-nor-generic",
> + .n_banks = 1,
I definitely missed that structure.
> /*
> * JESD216 rev A doesn't specify the page size, therefore we need a
> * sane default.
> @@ -2921,7 +2922,8 @@ static void spi_nor_late_init_params(struct spi_nor *nor)
> if (nor->flags & SNOR_F_HAS_LOCK && !nor->params->locking_ops)
> spi_nor_init_default_locking_ops(nor);
>
> - nor->params->bank_size = div64_u64(nor->params->size, nor->info->n_banks);
> + if (nor->info->n_banks > 1)
> + params->bank_size = div64_u64(params->size, nor->info->n_banks);
I'm fine with the check as it is written because it also look like an
optimization, but bank_size should never be 0 otherwise it's a real bug
that must be catch and fixed. We do not want uninitialized bank_size's.
> }
>
> /**
> @@ -2987,6 +2989,7 @@ static void spi_nor_init_default_params(struct spi_nor *nor)
> /* Set SPI NOR sizes. */
> params->writesize = 1;
> params->size = (u64)info->sector_size * info->n_sectors;
> + params->bank_size = params->size;
> params->page_size = info->page_size;
We actually discarded that line in a previous discussion:
https://lore.kernel.org/linux-mtd/20230331194620.839899-1-miquel.raynal@bootlin.com/T/#mcb4f90f7ca48ffe3d9838b2ac6f74e44460c51bd
I'm fine to re-add it though, it does not hurt.
>
> if (!(info->flags & SPI_NOR_NO_FR)) {
Reviewed-by: Miquel Raynal <miquel.raynal@bootlin.com>
Thanks,
Miquèl
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
next prev parent reply other threads:[~2023-05-22 8:30 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-18 8:54 [PATCH] mtd: spi-nor: Fix divide by zero for spi-nor-generic flashes Tudor Ambarus
2023-05-18 23:52 ` Todd Brandt
2023-05-22 8:29 ` Miquel Raynal [this message]
2023-05-22 9:22 ` Tudor Ambarus
2023-05-22 9:34 ` Hans de Goede
2023-05-22 9:50 ` Miquel Raynal
2023-05-22 15:58 ` Miquel Raynal
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=20230522102953.2fdf2b02@xps-13 \
--to=miquel.raynal@bootlin.com \
--cc=bagasdotme@gmail.com \
--cc=joneslee@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=michael@walle.cc \
--cc=pratyush@kernel.org \
--cc=regressions@leemhuis.info \
--cc=regressions@lists.linux.dev \
--cc=richard@nod.at \
--cc=todd.e.brandt@intel.com \
--cc=todd.e.brandt@linux.intel.com \
--cc=tudor.ambarus@linaro.org \
--cc=vigneshr@ti.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