On Tuesday, July 28, 2015 at 05:22:17 PM, Rafał Miłecki wrote:
> On 28 July 2015 at 16:33, Marek Vasut <ma...@denx.de> wrote:
> > On Tuesday, July 28, 2015 at 11:07:58 AM, Michal Suchanek wrote:
> >> First chip reads Pm25LD020 or Pm25L0020. Found on some WD HDD PCB.
> >> Identified as PMC Pm25LD020.
> >> Flash read does not return consistent data which explains why the disk
> >> died.
> >>
> >> Second chip reads something like 25Q41BT. Found on Esspif ESP8266 based
> >> ESP-01 board. Identified as Giga Devices GD25Q41B.
> >>
> >> Signed-off-by: Michal Suchanek <hramr...@gmail.com>
> >> ---
> >>
> >> drivers/mtd/spi-nor/spi-nor.c | 2 ++
> >> 1 file changed, 2 insertions(+)
> >>
> >> diff --git a/drivers/mtd/spi-nor/spi-nor.c
> >> b/drivers/mtd/spi-nor/spi-nor.c index cba3bd0..e55689d 100644
> >> --- a/drivers/mtd/spi-nor/spi-nor.c
> >> +++ b/drivers/mtd/spi-nor/spi-nor.c
> >> @@ -558,6 +558,7 @@ static const struct spi_device_id spi_nor_ids[] = {
> >>
> >> { "mb85rs1mt", INFO(0x047f27, 0, 128 * 1024, 1, SPI_NOR_NO_ERASE)
> >> },
> >>
> >> /* GigaDevice */
> >>
> >> + { "gd25q41b", INFO(0xc84013, 0, 64 * 1024, 8, SECT_4K) },
> >>
> >> { "gd25q32", INFO(0xc84016, 0, 64 * 1024, 64, SECT_4K) },
> >> { "gd25lq32c", INFO(0xc86016, 0, 64 * 1024, 64, SECT_4K) },
> >> { "gd25q64", INFO(0xc84017, 0, 64 * 1024, 128, SECT_4K) },
> >>
> >> @@ -601,6 +602,7 @@ static const struct spi_device_id spi_nor_ids[] = {
> >>
> >> /* PMC */
> >> { "pm25lv512", INFO(0, 0, 32 * 1024, 2, SECT_4K_PMC)
> >> }, { "pm25lv010", INFO(0, 0, 32 * 1024, 4,
> >> SECT_4K_PMC) },
> >>
> >> + { "pm25ld020", INFO(0x7f9d22, 0, 64 * 1024, 4, SECT_4K) },
> >>
> >> { "pm25lq032", INFO(0x7f9d46, 0, 64 * 1024, 64, SECT_4K) },
> >>
> >> /* Spansion -- single (large) sector size only, at least
> >
> > You might want to split this into two patches, but see my comment on 1/2
> > and please wait for Brian's confirmation there before you do anything.
>
> Since these flashes are from 2 different vendors, it may make sense to
> use 2 separated patches. I don't care too much however.
>
> Adding these entries is OK in general.
Thanks for clarifying, I'll make sure to remember this :)
Best regards,
Marek Vasut
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
