[PATCH v4 6/6] mtd: spi-nor: spansion: Add s25hl-t/s25hs-t IDs and fixups
Takahiro Kuwano
tkuw584924 at gmail.com
Thu Apr 8 09:21:35 BST 2021
Hi Tudor,
On 4/8/2021 2:06 PM, Tudor.Ambarus at microchip.com wrote:
> Hi,
>
> On 3/19/21 8:58 AM, tkuw584924 at gmail.com wrote:
>> +static int
>> +s25hx_t_post_bfpt_fixups(struct spi_nor *nor,
>> + const struct sfdp_parameter_header *bfpt_header,
>> + const struct sfdp_bfpt *bfpt,
>> + struct spi_nor_flash_parameter *params)
>> +{
>> + int ret;
>> + u32 addr;
>> + u8 cfr3v;
>> +
>> + ret = spi_nor_set_4byte_addr_mode(nor, true);
>> + if (ret)
>> + return ret;
>> + nor->addr_width = 4;
>
> Takahiro, you are bypassing the core functions. spansion_set_4byte_addr_mode()
> will be called at set_4byte_addr_mode() time, resulting in an illegal op?
>
Since the spansion_post_sfdp_fixups() adds the SNOR_F_4B_OPCODES flag,
spansion_set_4byte_addr_mode() is not called actually.
> Are we safe to modify the core and do the spi_nor_set_addr_width() and
> nor->params->set_4byte_addr_mode() before parsing SFDP?
>
It sounds not safe to me as there are some discussions about addr_width.
https://patchwork.ozlabs.org/project/linux-mtd/patch/20201212115817.5122-1-vigneshr@ti.com/
https://patchwork.ozlabs.org/project/linux-mtd/patch/1611740450-47975-2-git-send-email-yangyicong@hisilicon.com/
Best Regards,
Takahiro
More information about the linux-mtd
mailing list