From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 2FEC13DB323 for ; Wed, 20 May 2026 11:29:15 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779276557; cv=none; b=T6WtUNdtuqHc0fSzRaCfhmZo2bFvIMGLl3S4nM2FBDMOLkgwL4jSQFTlLrYtB7Q4JYvzppUBZ6TbGHmk5NDYaI+cY2deiUYCO5w4L4lMq0AZ5q/UH1KuGci7rcdVrkUJesfeMLvKnEUjPIRs/6Zi/IZVvMkS3TnBoIijF6eSWJc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779276557; c=relaxed/simple; bh=kAW7SBHMkcaUIIrqpiYGP/rOow385VPfSbt6zv7NrGM=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=ZJ5TQy+uAP3JnL/ylGtC70hvpPRS70DAV/CLRbkqO1vtEYRxhAqQHpA/1OLFgUZcml3JFtQV+E9MHJQS4UR63qaPomJTtfMfyvoceKrrHmsxRJoskl+uZKKUchhLk80kO/4KuYgq+zDxlZg6zIv+a0Eugmcha4ZWJ4CRjSRzpZM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=TkL8+x20; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="TkL8+x20" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 2F70E1F000E9; Wed, 20 May 2026 11:29:15 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1779276555; bh=H8NAJVVNoq0RCLytKJY8cOqudn2tRq3FBCW6GA8Ung0=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=TkL8+x20p2MfhSLhhKobczLerStpkoW/RrvtvE1hrkPkLkhqrj1H9g8k/oVG/H9Ri h9fHaQjYdh6mrKi+Ao/gxWKLgiHkUZ26X0yarN8Ds7A1k3AVkgVzVzt6u1C1NLvkwA BuzYXSQrdd8pSU8cHZvCCkY4aUkSndXFw/7pvsKEZDOoMQeQr8qhm6iJqEXbgmKUcy HUfFTS5ovh6g61j/Y/IJGIdJgjSB8K6Gx/17Ls3oSvZCX4jPDzuMt15Sn1G6NT25Du EG/sTCWvsb+Ik9NuP8qSffjTUNw7k1T+QyGdImrtlmCjRmU2O3LhT+S3C6wVzJcXWH GJCr2xUvH+pdA== From: Sasha Levin To: stable@vger.kernel.org Cc: Yongpeng Yang , stable@kernel.org, Chao Yu , Jaegeuk Kim , Sasha Levin Subject: [PATCH 5.15.y] f2fs: fix incorrect file address mapping when inline inode is unwritten Date: Wed, 20 May 2026 07:29:13 -0400 Message-ID: <20260520112913.3439673-1-sashal@kernel.org> X-Mailer: git-send-email 2.53.0 In-Reply-To: <2026051215-chive-imperial-8666@gregkh> References: <2026051215-chive-imperial-8666@gregkh> Precedence: bulk X-Mailing-List: stable@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: Yongpeng Yang [ Upstream commit 68a0178981a0f493295afa29f8880246e561494c ] When `fileinfo->fi_flags` does not have the `FIEMAP_FLAG_SYNC` bit set and inline data has not been persisted yet, the physical address of the extent is calculated incorrectly for unwritten inline inodes. root@vm:/mnt/f2fs# dd if=/dev/zero of=data.3k bs=3k count=1 root@vm:/mnt/f2fs# f2fs_io fiemap 0 100 data.3k Fiemap: offset = 0 len = 100 logical addr. physical addr. length flags 0 0000000000000000 00000ffffffff16c 0000000000000c00 00000301 This patch fixes the issue by checking if the inode's address is valid. If the inline inode is unwritten, set the physical address to 0 and mark the extent with `FIEMAP_EXTENT_UNKNOWN | FIEMAP_EXTENT_DELALLOC` flags. Cc: stable@kernel.org Fixes: 67f8cf3cee6f ("f2fs: support fiemap for inline_data") Signed-off-by: Yongpeng Yang Reviewed-by: Chao Yu Signed-off-by: Jaegeuk Kim [ renamed `ifolio` to `ipage` in `inline_data_addr()` and `F2FS_INODE()` calls ] Signed-off-by: Sasha Levin --- fs/f2fs/inline.c | 13 +++++++++---- 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/fs/f2fs/inline.c b/fs/f2fs/inline.c index 03d31ee7eb61a..d0efb4a02ea9d 100644 --- a/fs/f2fs/inline.c +++ b/fs/f2fs/inline.c @@ -771,7 +771,7 @@ int f2fs_read_inline_dir(struct file *file, struct dir_context *ctx, int f2fs_inline_data_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo, __u64 start, __u64 len) { - __u64 byteaddr, ilen; + __u64 byteaddr = 0, ilen; __u32 flags = FIEMAP_EXTENT_DATA_INLINE | FIEMAP_EXTENT_NOT_ALIGNED | FIEMAP_EXTENT_LAST; struct node_info ni; @@ -804,9 +804,14 @@ int f2fs_inline_data_fiemap(struct inode *inode, if (err) goto out; - byteaddr = (__u64)ni.blk_addr << inode->i_sb->s_blocksize_bits; - byteaddr += (char *)inline_data_addr(inode, ipage) - - (char *)F2FS_INODE(ipage); + if (__is_valid_data_blkaddr(ni.blk_addr)) { + byteaddr = (__u64)ni.blk_addr << inode->i_sb->s_blocksize_bits; + byteaddr += (char *)inline_data_addr(inode, ipage) - + (char *)F2FS_INODE(ipage); + } else { + f2fs_bug_on(F2FS_I_SB(inode), ni.blk_addr != NEW_ADDR); + flags |= FIEMAP_EXTENT_DELALLOC | FIEMAP_EXTENT_UNKNOWN; + } err = fiemap_fill_next_extent(fieinfo, start, byteaddr, ilen, flags); trace_f2fs_fiemap(inode, start, byteaddr, ilen, flags, err); out: -- 2.53.0