summaryrefslogtreecommitdiff
path: root/fs/f2fs/Kconfig
diff options
context:
space:
mode:
authorChao Yu <yuchao0@huawei.com>2019-08-02 18:15:48 +0800
committerJaegeuk Kim <jaegeuk@kernel.org>2019-08-23 07:57:14 -0700
commita37d0862d17411edb67677a580a6f505ec2225f6 (patch)
tree74ec14e4bbb8fdb646ea2a2a7862226e7e8c9116 /fs/f2fs/Kconfig
parent290c30d4454ccf85de372af499e32e86f5d94188 (diff)
Revert "f2fs: avoid out-of-range memory access"
As Pavel Machek reported: "We normally use -EUCLEAN to signal filesystem corruption. Plus, it is good idea to report it to the syslog and mark filesystem as "needing fsck" if filesystem can do that." Still we need improve the original patch with: - use unlikely keyword - add message print - return EUCLEAN However, after rethink this patch, I don't think we should add such condition check here as below reasons: - We have already checked the field in f2fs_sanity_check_ckpt(), - If there is fs corrupt or security vulnerability, there is nothing to guarantee the field is integrated after the check, unless we do the check before each of its use, however no filesystem does that. - We only have similar check for bitmap, which was added due to there is bitmap corruption happened on f2fs' runtime in product. - There are so many key fields in SB/CP/NAT did have such check after f2fs_sanity_check_{sb,cp,..}. So I propose to revert this unneeded check. This reverts commit 56f3ce675103e3fb9e631cfb4131fc768bc23e9a. Signed-off-by: Chao Yu <yuchao0@huawei.com> Signed-off-by: Jaegeuk Kim <jaegeuk@kernel.org>
Diffstat (limited to 'fs/f2fs/Kconfig')
0 files changed, 0 insertions, 0 deletions