| Message ID | 20231010013459.115024-1-chao@kernel.org (mailing list archive) |
|---|---|
| State | Accepted |
| Commit | 6f560c0f2aa00a3627c748aa0b194b81e99db5d7 |
| Headers | show |
| Series | [f2fs-dev] f2fs: let f2fs_precache_extents() traverses in file range | expand |
Hello: This patch was applied to jaegeuk/f2fs.git (dev) by Jaegeuk Kim <jaegeuk@kernel.org>: On Tue, 10 Oct 2023 09:34:59 +0800 you wrote: > Rather than in range of [0, max_file_blocks()), since data after EOF > is alwasy zero, it's unnecessary to preload mapping info of the data. > > Signed-off-by: Chao Yu <chao@kernel.org> > --- > fs/f2fs/file.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) Here is the summary with links: - [f2fs-dev] f2fs: let f2fs_precache_extents() traverses in file range https://git.kernel.org/jaegeuk/f2fs/c/6f560c0f2aa0 You are awesome, thank you!
diff --git a/fs/f2fs/file.c b/fs/f2fs/file.c index 06d35b8aceef..304d0516d3a4 100644 --- a/fs/f2fs/file.c +++ b/fs/f2fs/file.c @@ -3263,7 +3263,7 @@ int f2fs_precache_extents(struct inode *inode) map.m_next_extent = &m_next_extent; map.m_seg_type = NO_CHECK_TYPE; map.m_may_create = false; - end = max_file_blocks(inode); + end = F2FS_BLK_ALIGN(i_size_read(inode)); while (map.m_lblk < end) { map.m_len = end - map.m_lblk;
Rather than in range of [0, max_file_blocks()), since data after EOF is alwasy zero, it's unnecessary to preload mapping info of the data. Signed-off-by: Chao Yu <chao@kernel.org> --- fs/f2fs/file.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)