linux-mtd.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
* Raw NAND bad block marker positions
@ 2018-12-12 10:32 Schrempf Frieder
  2018-12-12 10:36 ` Boris Brezillon
  2018-12-12 10:38 ` Miquel Raynal
  0 siblings, 2 replies; 3+ messages in thread
From: Schrempf Frieder @ 2018-12-12 10:32 UTC (permalink / raw)
  To: linux-mtd@lists.infradead.org; +Cc: Boris Brezillon, Miquel Raynal

Hi,

the current implementation for checking/setting the bad block markers in 
raw NAND flash devices supports three setups for the position of the 
markers within the bad block:

* BBM in first page only
* BBM in last page only
* BBM in first or second page

This is controlled by the flags NAND_BBT_SCANLASTPAGE and 
NAND_BBT_SCAN2NDPAGE. It is not supported to set both flags to check 
first, second and last page.

Though some devices seem to require this kind of setup. We know of some 
ESMT SLC NANDs, that were accidentally shipped with BBM in the first or 
last page, instead of first or second page as claimed in the datasheet.

Also the documents for Cypress/Spansion/AMD NANDs claim that the 
software needs to check first, second and last page for BBMs (e.g. [1]).

It doesn't look like it would be difficult to make NAND_BBT_SCANLASTPAGE 
and NAND_BBT_SCAN2NDPAGE work together, but I wanted to ask if someone 
already stumbled upon this problem or if someone has any comments or 
suggestions, before trying to patch this?

Thanks,
Frieder

[1]: https://community.cypress.com/docs/DOC-10464

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Raw NAND bad block marker positions
  2018-12-12 10:32 Raw NAND bad block marker positions Schrempf Frieder
@ 2018-12-12 10:36 ` Boris Brezillon
  2018-12-12 10:38 ` Miquel Raynal
  1 sibling, 0 replies; 3+ messages in thread
From: Boris Brezillon @ 2018-12-12 10:36 UTC (permalink / raw)
  To: Schrempf Frieder; +Cc: linux-mtd@lists.infradead.org, Miquel Raynal

On Wed, 12 Dec 2018 10:32:04 +0000
Schrempf Frieder <frieder.schrempf@kontron.de> wrote:

> Hi,
> 
> the current implementation for checking/setting the bad block markers in 
> raw NAND flash devices supports three setups for the position of the 
> markers within the bad block:
> 
> * BBM in first page only
> * BBM in last page only
> * BBM in first or second page
> 
> This is controlled by the flags NAND_BBT_SCANLASTPAGE and 
> NAND_BBT_SCAN2NDPAGE. It is not supported to set both flags to check 
> first, second and last page.
> 
> Though some devices seem to require this kind of setup. We know of some 
> ESMT SLC NANDs, that were accidentally shipped with BBM in the first or 
> last page, instead of first or second page as claimed in the datasheet.
> 
> Also the documents for Cypress/Spansion/AMD NANDs claim that the 
> software needs to check first, second and last page for BBMs (e.g. [1]).
> 
> It doesn't look like it would be difficult to make NAND_BBT_SCANLASTPAGE 
> and NAND_BBT_SCAN2NDPAGE work together, but I wanted to ask if someone 
> already stumbled upon this problem or if someone has any comments or 
> suggestions, before trying to patch this?

Your suggestion sounds reasonable.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Raw NAND bad block marker positions
  2018-12-12 10:32 Raw NAND bad block marker positions Schrempf Frieder
  2018-12-12 10:36 ` Boris Brezillon
@ 2018-12-12 10:38 ` Miquel Raynal
  1 sibling, 0 replies; 3+ messages in thread
From: Miquel Raynal @ 2018-12-12 10:38 UTC (permalink / raw)
  To: Schrempf Frieder; +Cc: linux-mtd@lists.infradead.org, Boris Brezillon

Hi Frieder,

Schrempf Frieder <frieder.schrempf@kontron.de> wrote on Wed, 12 Dec
2018 10:32:04 +0000:

> Hi,
> 
> the current implementation for checking/setting the bad block markers in 
> raw NAND flash devices supports three setups for the position of the 
> markers within the bad block:
> 
> * BBM in first page only
> * BBM in last page only
> * BBM in first or second page
> 
> This is controlled by the flags NAND_BBT_SCANLASTPAGE and 
> NAND_BBT_SCAN2NDPAGE. It is not supported to set both flags to check 
> first, second and last page.
> 
> Though some devices seem to require this kind of setup. We know of some 
> ESMT SLC NANDs, that were accidentally shipped with BBM in the first or 
> last page, instead of first or second page as claimed in the datasheet.
> 
> Also the documents for Cypress/Spansion/AMD NANDs claim that the 
> software needs to check first, second and last page for BBMs (e.g. [1]).
> 
> It doesn't look like it would be difficult to make NAND_BBT_SCANLASTPAGE 
> and NAND_BBT_SCAN2NDPAGE work together, but I wanted to ask if someone 
> already stumbled upon this problem or if someone has any comments or 
> suggestions, before trying to patch this?

I don't, but I would welcome such change, I don't think it is very
invasive anyway.


Thanks,
Miquèl

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2018-12-12 10:38 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2018-12-12 10:32 Raw NAND bad block marker positions Schrempf Frieder
2018-12-12 10:36 ` Boris Brezillon
2018-12-12 10:38 ` Miquel Raynal

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).