summaryrefslogtreecommitdiff
path: root/Documentation
diff options
context:
space:
mode:
authorSungjong Seo <sj1557.seo@samsung.com>2022-06-07 18:05:21 +0300
committerNamjae Jeon <linkinjeon@kernel.org>2022-06-09 15:26:32 +0300
commit204e6ceaa1035cb7b92b156517e88842ebb4c7ff (patch)
treeb0504dbc781999882da10d3411c23b7b78ca0d6b /Documentation
parentf2906aa863381afb0015a9eb7fefad885d4e5a56 (diff)
downloadlinux-204e6ceaa1035cb7b92b156517e88842ebb4c7ff.tar.xz
exfat: use updated exfat_chain directly during renaming
In order for a file to access its own directory entry set, exfat_inode_info(ei) has two copied values. One is ei->dir, which is a snapshot of exfat_chain of the parent directory, and the other is ei->entry, which is the offset of the start of the directory entry set in the parent directory. Since the parent directory can be updated after the snapshot point, it should be used only for accessing one's own directory entry set. However, as of now, during renaming, it could try to traverse or to allocate clusters via snapshot values, it does not make sense. This potential problem has been revealed when exfat_update_parent_info() was removed by commit d8dad2588add ("exfat: fix referencing wrong parent directory information after renaming"). However, I don't think it's good idea to bring exfat_update_parent_info() back. Instead, let's use the updated exfat_chain of parent directory diectly. Fixes: d8dad2588add ("exfat: fix referencing wrong parent directory information after renaming") Reported-by: Wang Yugui <wangyugui@e16-tech.com> Signed-off-by: Sungjong Seo <sj1557.seo@samsung.com> Tested-by: Wang Yugui <wangyugui@e16-tech.com> Signed-off-by: Namjae Jeon <linkinjeon@kernel.org>
Diffstat (limited to 'Documentation')
0 files changed, 0 insertions, 0 deletions