aboutsummaryrefslogtreecommitdiffstatshomepage
path: root/include/linux/platform_data
diff options
context:
space:
mode:
authorXiaoming Ni <nixiaoming@huawei.com>2020-03-31 09:31:59 +0800
committerRichard Weinberger <richard@nod.at>2020-06-05 10:16:14 +0200
commit5788ccf3c84f5587418a80128a3653aa35abf00b (patch)
tree105543ba94960667a75ade8fdcbbdc5d09e40b65 /include/linux/platform_data
parentmtd: parser: cmdline: Support MTD names containing one or more colons (diff)
downloadwireguard-linux-5788ccf3c84f5587418a80128a3653aa35abf00b.tar.xz
wireguard-linux-5788ccf3c84f5587418a80128a3653aa35abf00b.zip
mtd: clear cache_state to avoid writing to bad blocks repeatedly
The function call process is as follows: mtd_blktrans_work() while (1) do_blktrans_request() mtdblock_writesect() do_cached_write() write_cached_data() /*if cache_state is STATE_DIRTY*/ erase_write() write_cached_data() returns failure without modifying cache_state and cache_offset. So when do_cached_write() is called again, write_cached_data() will be called again to perform erase_write() on the same cache_offset. But if this cache_offset points to a bad block, erase_write() will always return -EIO. Writing to this mtdblk is equivalent to losing the current data, and repeatedly writing to the bad block. Repeatedly writing a bad block has no real benefits, but brings some negative effects: 1 Lost subsequent data 2 Loss of flash device life 3 erase_write() bad blocks are very time-consuming. For example: the function do_erase_oneblock() in chips/cfi_cmdset_0020.c or chips/cfi_cmdset_0002.c may take more than 20 seconds to return Therefore, when erase_write() returns -EIO in write_cached_data(), clear cache_state to avoid writing to bad blocks repeatedly. Signed-off-by: Xiaoming Ni <nixiaoming@huawei.com> Reviewed-by: Miquel Raynal <miquel.raynal@bootlin.com> Signed-off-by: Richard Weinberger <richard@nod.at>
Diffstat (limited to 'include/linux/platform_data')
0 files changed, 0 insertions, 0 deletions