* 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).