From: Tudor Ambarus <tudor.ambarus@linaro.org>
To: Miquel Raynal <miquel.raynal@bootlin.com>
Cc: Richard Weinberger <richard@nod.at>,
Vignesh Raghavendra <vigneshr@ti.com>,
Pratyush Yadav <pratyush@kernel.org>,
Michael Walle <michael@walle.cc>,
linux-mtd@lists.infradead.org, Julien Su <juliensu@mxic.com.tw>,
Jaime Liao <jaimeliao@mxic.com.tw>,
Jaime Liao <jaimeliao.tw@gmail.com>,
Alvin Zhou <alvinzhou@mxic.com.tw>,
Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Subject: Re: [PATCH v6 1/2] mtd: spi-nor: Delay the initialization of bank_size
Date: Mon, 3 Apr 2023 16:59:25 +0100 [thread overview]
Message-ID: <153f586a-7ea8-7700-3909-e353bef69ee5@linaro.org> (raw)
In-Reply-To: <20230403173158.42426b9d@xps-13>
On 4/3/23 16:31, Miquel Raynal wrote:
> Hi Tudor,
>
Hi!
> tudor.ambarus@linaro.org wrote on Mon, 3 Apr 2023 09:23:24 +0100:
>
>> On 3/31/23 20:46, Miquel Raynal wrote:
>>> Bank size is derived from the chip's size, which in
>>> spi_nor_init_default_params() can still be zero if the size is not
>>> hardcoded in a table (eg. sfdp parsing). We need to delay the
>>> initialization of this field in the "late" helpers.
>>>
>>> Based on the fact that RWW compatible devices will use the bank_size to
>>> derive in which bank an access is made, we absolutely want to avoid
>>> divisions by 0. Right now there is no such opportunity between
>>> spi_nor_init_default_params() and spi_nor_late_init_params() but it is
>>> probably safer to enforce a default value (assuming 1 bank) as early as
>>> possible, just in case some day code using this variable is moved
>>> earlier than expected.
>>>
>>> Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
>>> ---
>>> I made the choice to keep a default value, to be honest this is not
>>> actually needed today, so feel free to drop the line if you don't like
>>> it, both choices seem reasonable to me.
>>> ---
>>> drivers/mtd/spi-nor/core.c | 4 +++-
>>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/mtd/spi-nor/core.c b/drivers/mtd/spi-nor/core.c
>>> index 9e6a0730cdb8..f436395ca489 100644
>>> --- a/drivers/mtd/spi-nor/core.c
>>> +++ b/drivers/mtd/spi-nor/core.c
>>> @@ -2882,6 +2882,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);
>>> }
>>>
>>> /**
>>> @@ -2948,7 +2950,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 = div64_u64(params->size, info->n_banks);
>>> + params->bank_size = params->size;
>>
>> I'll get rid of this line entirely as you overwrite it anyway in
>> late_init and it's not used in between.
>
> Yes, as said above, I'm fine with both approaches. Shall I resend or
> will you edit when applying?
>
I'll handle it.
ta
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
next prev parent reply other threads:[~2023-04-03 19:47 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-31 19:46 [PATCH v6 1/2] mtd: spi-nor: Delay the initialization of bank_size Miquel Raynal
2023-03-31 19:46 ` [PATCH v6 2/2] mtd: spi-nor: macronix: Add support for mx25uw51245g with RWW Miquel Raynal
2023-04-03 8:24 ` Tudor Ambarus
2023-04-03 8:23 ` [PATCH v6 1/2] mtd: spi-nor: Delay the initialization of bank_size Tudor Ambarus
2023-04-03 15:31 ` Miquel Raynal
2023-04-03 15:59 ` Tudor Ambarus [this message]
2023-04-04 6:46 ` Tudor Ambarus
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=153f586a-7ea8-7700-3909-e353bef69ee5@linaro.org \
--to=tudor.ambarus@linaro.org \
--cc=alvinzhou@mxic.com.tw \
--cc=jaimeliao.tw@gmail.com \
--cc=jaimeliao@mxic.com.tw \
--cc=juliensu@mxic.com.tw \
--cc=linux-mtd@lists.infradead.org \
--cc=michael@walle.cc \
--cc=miquel.raynal@bootlin.com \
--cc=pratyush@kernel.org \
--cc=richard@nod.at \
--cc=thomas.petazzoni@bootlin.com \
--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