| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <6485db42-4449-cc9b-8e09-0ad89b259a8b@microchip.com>
Date: Sun, 25 Aug 2019 13:19:57 +0000
From: <Tudor.Ambarus@...rochip.com>
To: <boris.brezillon@...labora.com>
CC: <marek.vasut@...il.com>, <vigneshr@...com>,
<miquel.raynal@...tlin.com>, <richard@....at>,
<linux-mtd@...ts.infradead.org>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 4/5] mtd: spi-nor: Move clear_sr_bp() to 'struct
spi_nor_flash_parameter'
On 08/25/2019 04:09 PM, Boris Brezillon wrote:
> On Fri, 23 Aug 2019 15:53:41 +0000
> <Tudor.Ambarus@...rochip.com> wrote:
>
>> From: Tudor Ambarus <tudor.ambarus@...rochip.com>
>>
>> All flash parameters and settings should reside inside
>> 'struct spi_nor_flash_parameter'. Move clear_sr_bp() from
>> 'struct spi_nor' to 'struct spi_nor_flash_parameter'.
>>
>> Rename clear_sr_bp()/disable_block_protection() to better indicate
>> what the function does.
>>
>> Signed-off-by: Tudor Ambarus <tudor.ambarus@...rochip.com>
>> ---
>> drivers/mtd/spi-nor/spi-nor.c | 47 +++++++++++++++++++++++++++++++++----------
>> include/linux/mtd/spi-nor.h | 5 ++---
>> 2 files changed, 38 insertions(+), 14 deletions(-)
>>
>> diff --git a/drivers/mtd/spi-nor/spi-nor.c b/drivers/mtd/spi-nor/spi-nor.c
>> index 6bd104c29cd9..15b0b1148bf3 100644
>> --- a/drivers/mtd/spi-nor/spi-nor.c
>> +++ b/drivers/mtd/spi-nor/spi-nor.c
>> @@ -4477,20 +4477,45 @@ static int spi_nor_quad_enable(struct spi_nor *nor)
>> return nor->params.quad_enable(nor);
>> }
>>
>> +/**
>> + * spi_nor_disable_block_protection() - Disable the write block protection
>> + * during power-up.
>> + * @nor: pointer to a 'struct spi_nor'
>> + *
>> + * Some spi-nor flashes are write protected by default after a power-on reset
>> + * cycle, in order to avoid inadvertend writes during power-up. Backward
>> + * compatibility imposes to disable the write block protection at power-up
>> + * by default.
>> + *
>> + * Return: 0 on success, -errno otherwise.
>> + */
>> +static int spi_nor_disable_block_protection(struct spi_nor *nor)
>> +{
>> + if (!nor->params.disable_block_protection)
>> + return 0;
>> +
>> + /*
>> + * In case of the legacy quad enable requirements are set, if the
>> + * configuration register Quad Enable bit is one, only the the
>> + * Write Status (01h) command with two data bytes may be used to clear
>> + * the block protection bits.
>> + */
>> + if (nor->params.quad_enable == spansion_quad_enable)
>> + nor->params.disable_block_protection =
>> + spi_nor_spansion_clear_sr_bp;
>
> Hm, doesn't look right to adjust the function pointer just before
> calling it. Can't we move that logic earlier (when doing the
> default/manufacturer specific init)? Also, as I said in one of my
No, we can't move it earlier to ->default_init() because the pointer to
quad_enable() function can be modified later on, when parsing SFDP. This should
stay here, after the quad_enable() method is known, so after the
spi_nor_init_params() call.
> previous emails, I'd prefer to have this hook moved to
> spi_nor_locking_ops and just have a flag to reflect when block
> protection can be disabled.
yes, I agree, will move.
>
>> +
>> + return nor->params.disable_block_protection(nor);
>> +}
>> +
>> static int spi_nor_init(struct spi_nor *nor)
>> {
>> int err;
>>
>> - if (nor->clear_sr_bp) {
>> - if (nor->quad_enable == spansion_quad_enable)
>> - nor->clear_sr_bp = spi_nor_spansion_clear_sr_bp;
>> -
>> - err = nor->clear_sr_bp(nor);
>> - if (err) {
>> - dev_err(nor->dev,
>> - "fail to clear block protection bits\n");
>> - return err;
>> - }
>> + err = spi_nor_disable_block_protection(nor);
>> + if (err) {
>> + dev_err(nor->dev,
>> + "fail to unlock the flash at init (err = %d)\n", err);
>> + return err;
>> }
>>
>> err = spi_nor_quad_enable(nor);
>> @@ -4635,7 +4660,7 @@ int spi_nor_scan(struct spi_nor *nor, const char *name,
>> JEDEC_MFR(nor->info) == SNOR_MFR_INTEL ||
>> JEDEC_MFR(nor->info) == SNOR_MFR_SST ||
>> nor->info->flags & SPI_NOR_HAS_LOCK)
>> - nor->clear_sr_bp = spi_nor_clear_sr_bp;
>> + nor->params.disable_block_protection = spi_nor_clear_sr_bp;
>>
>> /* Parse the Serial Flash Discoverable Parameters table. */
>> ret = spi_nor_init_params(nor);
>> diff --git a/include/linux/mtd/spi-nor.h b/include/linux/mtd/spi-nor.h
>> index 17787238f0e9..399ac34a529d 100644
>> --- a/include/linux/mtd/spi-nor.h
>> +++ b/include/linux/mtd/spi-nor.h
>> @@ -480,6 +480,7 @@ struct spi_nor;
>> * @page_programs: page program capabilities ordered by priority: the
>> * higher index in the array, the higher priority.
>> * @quad_enable: enables SPI NOR quad mode.
>> + * @disable_block_protection: disables block protection during power-up.
>> */
>> struct spi_nor_flash_parameter {
>> u64 size;
>> @@ -490,6 +491,7 @@ struct spi_nor_flash_parameter {
>> struct spi_nor_pp_command page_programs[SNOR_CMD_PP_MAX];
>>
>> int (*quad_enable)(struct spi_nor *nor);
>> + int (*disable_block_protection)(struct spi_nor *nor);
>> };
>>
>> /**
>> @@ -535,8 +537,6 @@ struct flash_info;
>> * @flash_unlock: [FLASH-SPECIFIC] unlock a region of the SPI NOR
>> * @flash_is_locked: [FLASH-SPECIFIC] check if a region of the SPI NOR is
>> * completely locked
>> - * @clear_sr_bp: [FLASH-SPECIFIC] clears the Block Protection Bits from
>> - * the SPI NOR Status Register.
>> * @params: [FLASH-SPECIFIC] SPI-NOR flash parameters and settings.
>> * The structure includes legacy flash parameters and
>> * settings that can be overwritten by the spi_nor_fixups
>> @@ -578,7 +578,6 @@ struct spi_nor {
>> int (*flash_lock)(struct spi_nor *nor, loff_t ofs, uint64_t len);
>> int (*flash_unlock)(struct spi_nor *nor, loff_t ofs, uint64_t len);
>> int (*flash_is_locked)(struct spi_nor *nor, loff_t ofs, uint64_t len);
>> - int (*clear_sr_bp)(struct spi_nor *nor);
>> struct spi_nor_flash_parameter params;
>>
>> void *priv;
>
>
Powered by blists - more mailing lists