diff options
| author | pekon gupta <pekon@ti.com> | 2014-03-20 18:49:58 +0530 |
|---|---|---|
| committer | Evan Wilson <evan@oliodevices.com> | 2014-11-29 14:52:14 -0800 |
| commit | c72f4bdebc9a6aeb30fd36ff33dd31025fd38206 (patch) | |
| tree | 89ef371a4239b44d4ca52791d4ac7b8629fdc455 /include/linux/platform_data/mtd-nand-omap2.h | |
| parent | 8ba6af10b82e78000b17e7d5963bb3103c000dc3 (diff) | |
| download | olio-linux-3.10-c72f4bdebc9a6aeb30fd36ff33dd31025fd38206.tar.xz olio-linux-3.10-c72f4bdebc9a6aeb30fd36ff33dd31025fd38206.zip | |
mtd: nand: omap: fix BCHx ecc.correct to return detected bit-flips in erased-page
commit f306e8c3b667632952f1a4a74ffb910bbc06255f upstream.
fixes: commit 62116e5171e00f85a8d53f76e45b84423c89ff34
mtd: nand: omap2: Support for hardware BCH error correction.
In omap_elm_correct_data(), if bitflip_count in an erased-page is within the
correctable limit (< ecc.strength), then it is not indicated back to the caller
ecc->read_page().
This mis-guides upper layers like MTD and UBIFS layer to assume erased-page as
perfectly clean and use it for writing even if actual bitflip_count was
dangerously high (bitflip_count > mtd->bitflip_threshold).
This patch fixes this above issue, by returning 'stats' to caller
ecc->read_page() under all scenarios.
Reported-by: Brian Norris <computersforpeace@gmail.com>
Signed-off-by: Pekon Gupta <pekon@ti.com>
Signed-off-by: Brian Norris <computersforpeace@gmail.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'include/linux/platform_data/mtd-nand-omap2.h')
0 files changed, 0 insertions, 0 deletions