diff options
| author | Brian Norris <computersforpeace@gmail.com> | 2011-05-31 23:31:20 (GMT) |
|---|---|---|
| committer | Artem Bityutskiy <artem.bityutskiy@intel.com> | 2011-09-11 12:01:46 (GMT) |
| commit | a0dc552951dcbb2b28a8a2ffb5fa966613e8c025 (patch) | |
| tree | 62c71971d00f60fedcb5b265614c8925493877ad /arch/cris | |
| parent | 1c3bd14bb0e10ce69761662d575d454f12070838 (diff) | |
| download | linux-a0dc552951dcbb2b28a8a2ffb5fa966613e8c025.tar.xz | |
mtd: nand: remove NAND_BBT_SCANBYTE1AND6 option
This patch reverts most of:
commit 58373ff0afff4cc8ac40608872995f4d87eb72ec
mtd: nand: more BB Detection refactoring and dynamic scan options
According to the discussion at:
http://lists.infradead.org/pipermail/linux-mtd/2011-May/035696.html
the NAND_BBT_SCANBYTE1AND6 flag, although technically valid, can break
some existing ECC layouts that use the 6th byte in the OOB for ECC data.
Furthermore, we apparently do not need to scan both bytes 1 and 6 in
the OOB region of the devices under consideration; instead, we only need
to scan one or the other.
Thus, the NAND_BBT_SCANBYTE1AND6 flag is at best unnecessary and at
worst a regression.
Signed-off-by: Brian Norris <computersforpeace@gmail.com>
Signed-off-by: Artem Bityutskiy <Artem.Bityutskiy@nokia.com>
Diffstat (limited to 'arch/cris')
0 files changed, 0 insertions, 0 deletions