Re: [f2fs-dev] [PATCH] f2fs: reject overlapping move range after len expansion
patchwork-bot+f2fs--- via Linux-f2fs-devel <[email protected]> Wed, 05 Aug 2026 21:20:49 +0000
| Newsgroups | net.sourceforge.lists.linux-f2fs-devel,org.kernel.vger.linux-kernel,org.kernel.vger.stable |
|---|---|
| Message-ID | <178596484913.530543.1573788529936238876.git-patchwork-notify@kernel.org> |
Hello: This patch was applied to jaegeuk/f2fs.git (dev) by Jaegeuk Kim <[email protected]>: On Wed, 8 Jul 2026 14:54:39 +0800 you wrote: > F2FS_IOC_MOVE_RANGE treats a zero length as a request to move data > from pos_in to EOF. However, the same-file overlap check runs before > that expansion, so a request with len == 0 bypasses the overlap > rejection added for same-file moves. > > For example, with a four-block file, moving from block 0 to block 1 > with len == 0 is accepted by the old check because pos_in + len is > still pos_in at that point. The code then expands len to cover the > rest of the file and calls __exchange_data_block() on overlapping > source and destination ranges in the same inode, which is the > data-corruption case the overlap check was meant to reject. > > [...] Here is the summary with links: - [f2fs-dev] f2fs: reject overlapping move range after len expansion https://git.kernel.org/jaegeuk/f2fs/c/28c1ef094e7c You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html _______________________________________________ Linux-f2fs-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel