[PATCH v2 2/6] mtd: spi-nor: add erase die (chip) capability
Tudor Ambarus
tudor.ambarus at linaro.org
Thu Nov 2 10:36:16 PDT 2023
On 11/2/23 16:43, Fabio Estevam wrote:
> Hi Tudor,
Hi, Fabio,
>
> On 01/11/2023 14:27, Tudor Ambarus wrote:
>
>> Thanks, Fabio. I can't tell what's happening and it's getting late here.
>> Die erase does not execute if either of the status register BP bits are
>> set to 1 (some sectors are locked), but that shouldn't be the case I
>> guess as you could erase the entire flash before. So maybe dump SR/FSR
>
> Correct, I could erase the entire flash before.
>
>> before and after the chip erase op. Other idea is to dump the spi_mem_op
>
> SR is the same before and after the chip erase operation.
what value did it have?
>
> I haven't dumped FSR as I didn't find an easy way to do it from the core.
>
>> fields, after spi_nor_spimem_setup_op() is called, maybe I got something
>> wrong there, but on a short look it seems fine.
>>
>> I'll re-read this tomorrow. Cheers,
>
> Not sure if it helps to give some ideas, but there was an old submission
> for die erase support:
> > http://www.infradead.org/pipermail/linux-mtd/2016-October/069960.html
>
> http://www.infradead.org/pipermail/linux-mtd/2016-October/069961.html
>
> http://www.infradead.org/pipermail/linux-mtd/2016-October/069959.html
>
yeah, nothing special here. It reminds me that I could have updated the
uniform and non-uniform erases to use the die erase when possible, but I
was too lazy to do it.
More information about the linux-arm-kernel
mailing list