Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp959925pxv; Thu, 22 Jul 2021 17:22:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwUFqwi3OZYvdgqEp0GT8XJyIJu4/Nmx0v4ieKTxmlH+QKMwvQXVrYlObMajpITHqgdDLNr X-Received: by 2002:a17:906:3555:: with SMTP id s21mr2215662eja.394.1626999751717; Thu, 22 Jul 2021 17:22:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626999751; cv=none; d=google.com; s=arc-20160816; b=USs4WntdHiGKWgErXbH9OJ3nKM/PCjKFKdfTMrpXv+drH3UK3xlhLYrY48jyc7Wp9g n/E4Zef/7tnYGGK8KSJK+8wKaJQk4psuKUu+wOXHXdnSSmQNGbPIJzjuSGtavd5gNSax icEz9wB7G8o10oP+BoeZE+rtxiWL94VjXPnBA6uKXRMorl7bfj64wQEOFYH7AnE8nfwG BalArbj0DiYEOOoHexR2j+GMavVJ+VZoRR3zpSxUABzYt639bDs0/isaI3+hUjxlfN2o Tt29ieQVu/Y+DtUUwkKqaVxFPNRHxHC+f0lhpzZQeVtHIU0SPosyRFseQVdrixnNHnjA 2cWg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=qjNIrRbKP0xjkT959OI6hSK7aDfbq235/GW6tUe1PJ8=; b=BvRxtQ0mMF8YjRpKzwYsOeWhRS5ql/hssaDks8ILjarMjySPMNdOolDwJtM0W2pHTa yPZXtgW4GOdP/VG3GOEd5sMSDF2KbzBHHiWi8L1hyfipaxFuK+eRjvKtdLvF4tzowPse bG/FlUZbLfbIX/nSVIQkcgtf+v2+SK/rq4ZixFDf+6dCmgG6AZCGUe0/QVZ0xG+Y1CQE +qqkzTI1UvvkeYndIDHYI6PDmQuMNJlROq9lxnjArt6bh3WHIQ9wp9sckd5fVlRjP6Wn Bj3NAQReLMdiYTUUI0AshXi0Eqd1sJmJGdlI67qGFFqH8Ow8D6AXmkZE77YTHbEG3jld ZH3g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=j3jX+Jr5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mm29si7644356ejb.380.2021.07.22.17.22.08; Thu, 22 Jul 2021 17:22:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=j3jX+Jr5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232770AbhGVXkJ (ORCPT + 99 others); Thu, 22 Jul 2021 19:40:09 -0400 Received: from mail.kernel.org ([198.145.29.99]:44630 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232697AbhGVXkI (ORCPT ); Thu, 22 Jul 2021 19:40:08 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id D536B60EB9; Fri, 23 Jul 2021 00:20:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1626999642; bh=2HgQQtMtSR554/PjR/forrASJJzw4DuYeoLT/pUBrkA=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=j3jX+Jr5vybYpXx9GpjEo11rZSPP6sB0W4rJwmsjP9lXhI2CahPF5Nse1dMDXpDyi V3jLVst7Jj0vgQSwHMKK+SmD2lZcYBv1whDKXteIoDYalZhoSWQqb0jPBrdfQAoUal 4rVUVNSqW8pzDIoJ/YKwzO1v9hiC1+CY8sDMwNHMqVlopUQ3lTz3YB+0fyA/yVTqCy 2ZVrht5q2aSo3Z44VeI4TIEOxLEVgzzybeF854Dk0Ah9sKYDoX2whwuCwUu+r4sECW DnoJ3vO+IU6CGUKPbF7jTZgv5w2wLZrXdc0PH1dlIdaVQ4oYObjzaTHRYR56H7D1cD 95Cno6qY1ITWg== Subject: Re: [f2fs-dev] [PATCH v2] f2fs: change fiemap way in printing compression chunk To: Daeho Jeong , linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, kernel-team@android.com Cc: Daeho Jeong References: <20210722211921.3791312-1-daeho43@gmail.com> From: Chao Yu Message-ID: Date: Fri, 23 Jul 2021 08:20:41 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: <20210722211921.3791312-1-daeho43@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Daeho, On 2021/7/23 5:19, Daeho Jeong wrote: > From: Daeho Jeong > > When we print out a discontinuous compression chunk, it shows like a > continuous chunk now. To show it more correctly, I've changed the way of > printing fiemap info like below. Plus, eliminated NEW_ADDR(-1) in fiemap > info, since it is not in fiemap user api manual. > > Logical Physical Length Flags > 0: 0000000000000000 0000000fdf692000 0000000000004000 1008 > 1: 0000000000004000 0000000fdf693000 0000000000004000 1008 > 2: 0000000000008000 0000000fdf694000 0000000000004000 1008 > 3: 000000000000c000 0000000fdf695000 0000000000004000 1008 > 4: 0000000000010000 0000000fdf696000 000000000000c000 1000 > 5: 000000000001c000 0000000f8c60d000 0000000000010000 1000 > 6: 000000000002c000 0000000f8c61d000 0000000000004000 1008 > 7: 0000000000030000 0000000f8c620000 0000000000004000 1008 > 8: 0000000000034000 0000000f8c623000 0000000000001000 1008 > 9: 0000000000035000 0000000fc7af4000 0000000000003000 1008 I wrote a file some like this: i_addr[0x9] cluster flag [0xfffffffe : 4294967294] i_addr[0xa] [0x 72800 : 468992] i_addr[0xb] reserved flag [0xffffffff : 4294967295] i_addr[0xc] reserved flag [0xffffffff : 4294967295] i_addr[0xd] cluster flag [0xfffffffe : 4294967294] i_addr[0xe] [0x 72801 : 468993] i_addr[0xf] reserved flag [0xffffffff : 4294967295] i_addr[0x10] reserved flag [0xffffffff : 4294967295] i_addr[0x11] [0x 72832 : 469042] i_addr[0x12] [0x 72802 : 468994] i_addr[0x13] [0x 72833 : 469043] i_addr[0x14] [0x 72834 : 469044] i_addr[0x15] cluster flag [0xfffffffe : 4294967294] i_addr[0x16] [0x 72803 : 468995] i_addr[0x17] reserved flag [0xffffffff : 4294967295] i_addr[0x18] reserved flag [0xffffffff : 4294967295] i_addr[0x19] [0x 72835 : 469045] i_addr[0x1a] [0x 72804 : 468996] i_addr[0x1b] [0x 72836 : 469046] i_addr[0x1c] [0x 72837 : 469047] i_addr[0x1d] cluster flag [0xfffffffe : 4294967294] i_addr[0x1e] [0x 72805 : 468997] i_addr[0x1f] reserved flag [0xffffffff : 4294967295] i_addr[0x20] reserved flag [0xffffffff : 4294967295] i_addr[0x21] cluster flag [0xfffffffe : 4294967294] i_addr[0x22] [0x 72806 : 468998] i_addr[0x23] reserved flag [0xffffffff : 4294967295] i_addr[0x24] reserved flag [0xffffffff : 4294967295] i_addr[0x25] cluster flag [0xfffffffe : 4294967294] i_addr[0x26] [0x 72807 : 468999] i_addr[0x27] reserved flag [0xffffffff : 4294967295] i_addr[0x28] reserved flag [0xffffffff : 4294967295] i_addr[0x29] cluster flag [0xfffffffe : 4294967294] i_addr[0x2a] [0x 72808 : 469000] i_addr[0x2b] reserved flag [0xffffffff : 4294967295] i_addr[0x2c] reserved flag [0xffffffff : 4294967295] i_addr[0x2d] cluster flag [0xfffffffe : 4294967294] i_addr[0x2e] [0x 72809 : 469001] i_addr[0x2f] reserved flag [0xffffffff : 4294967295] i_addr[0x30] reserved flag [0xffffffff : 4294967295] i_nid[0] [0x 0 : 0] i_nid[1] [0x 0 : 0] i_nid[2] [0x 0 : 0] i_nid[3] [0x 0 : 0] i_nid[4] [0x 0 : 0] xfs_io file -c "fiemap -v" shows: before: EXT: FILE-OFFSET BLOCK-RANGE TOTAL FLAGS 0: [0..31]: 3751936..3751967 32 0x1008 1: [32..63]: 3751944..3751975 32 0x1008 2: [64..71]: 3752336..3752343 8 0x1000 3: [72..79]: 3751952..3751959 8 0x1000 4: [80..95]: 3752344..3752359 16 0x1000 5: [96..127]: 3751960..3751991 32 0x1008 6: [128..135]: 3752360..3752367 8 0x1000 7: [136..143]: 3751968..3751975 8 0x1000 8: [144..159]: 3752368..3752383 16 0x1000 9: [160..191]: 3751976..3752007 32 0x1008 10: [192..223]: 3751984..3752015 32 0x1008 11: [224..255]: 3751992..3752023 32 0x1008 12: [256..287]: 3752000..3752031 32 0x1008 13: [288..319]: 3752008..3752039 32 0x1009 after: 0: [0..31]: 3751936..3751967 32 0x1008 1: [32..63]: 3751944..3751975 32 0x1008 2: [64..71]: 3752336..3752343 8 0x1000 3: [72..79]: 3751952..3751959 8 0x1000 4: [80..95]: 3752344..3752359 16 0x1000 5: [96..127]: 3751960..3751991 32 0x1008 6: [128..135]: 3752360..3752367 8 0x1000 7: [136..143]: 3751968..3751975 8 0x1000 8: [144..159]: 3752368..3752383 16 0x1000 9: [160..191]: 3751976..3752007 32 0x1008 10: [192..223]: 3751984..3752015 32 0x1008 11: [224..255]: 3751992..3752023 32 0x1008 12: [256..287]: 3752000..3752031 32 0x1008 13: [288..319]: 3752008..3752039 32 0x1008 I don't see any obvious difference, except w/ current patch, last FIEMAP_EXTENT_LAST is missing. Sorry, I didn't get the point of this patch, could you please explain more details for that problem this patch tries to fix and show the difference before/after the patch in commit message? Thanks, > > Flags > 0x1000 => FIEMAP_EXTENT_MERGED > 0x0008 => FIEMAP_EXTENT_ENCODED > > Signed-off-by: Daeho Jeong > > --- > v2: changed the print format > --- > fs/f2fs/data.c | 76 ++++++++++++++++++++++++++++---------------------- > 1 file changed, 42 insertions(+), 34 deletions(-) > > diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c > index 3a01a1b50104..058dc751e3a6 100644 > --- a/fs/f2fs/data.c > +++ b/fs/f2fs/data.c > @@ -1843,8 +1843,9 @@ int f2fs_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo, > u64 logical = 0, phys = 0, size = 0; > u32 flags = 0; > int ret = 0; > - bool compr_cluster = false; > + bool compr_cluster = false, compr_appended; > unsigned int cluster_size = F2FS_I(inode)->i_cluster_size; > + unsigned int count_in_cluster; > loff_t maxbytes; > > if (fieinfo->fi_flags & FIEMAP_FLAG_CACHE) { > @@ -1892,8 +1893,10 @@ int f2fs_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo, > map.m_next_pgofs = &next_pgofs; > map.m_seg_type = NO_CHECK_TYPE; > > - if (compr_cluster) > - map.m_len = cluster_size - 1; > + if (compr_cluster) { > + map.m_lblk += 1; > + map.m_len = cluster_size - count_in_cluster; > + } > > ret = f2fs_map_blocks(inode, &map, 0, F2FS_GET_BLOCK_FIEMAP); > if (ret) > @@ -1903,11 +1906,23 @@ int f2fs_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo, > if (!(map.m_flags & F2FS_MAP_FLAGS)) { > start_blk = next_pgofs; > > - if (blks_to_bytes(inode, start_blk) < blks_to_bytes(inode, > + if (blks_to_bytes(inode, start_blk) >= blks_to_bytes(inode, > max_inode_blocks(inode))) > + flags |= FIEMAP_EXTENT_LAST; > + else if (!compr_cluster) > goto prep_next; > + } > + > + compr_appended = false; > + /* In a case of compressed cluster, append this to the last extent */ > + if (compr_cluster && ((map.m_flags & F2FS_MAP_UNWRITTEN) || > + !(map.m_flags & F2FS_MAP_FLAGS))) { > + unsigned int appended_blks = cluster_size - count_in_cluster + 1; > > - flags |= FIEMAP_EXTENT_LAST; > + size += blks_to_bytes(inode, appended_blks); > + if (map.m_flags & F2FS_MAP_UNWRITTEN) > + start_blk += appended_blks; > + compr_appended = true; > } > > if (size) { > @@ -1926,38 +1941,31 @@ int f2fs_fiemap(struct inode *inode, struct fiemap_extent_info *fieinfo, > if (start_blk > last_blk) > goto out; > > - if (compr_cluster) { > - compr_cluster = false; > - > - > - logical = blks_to_bytes(inode, start_blk - 1); > - phys = blks_to_bytes(inode, map.m_pblk); > - size = blks_to_bytes(inode, cluster_size); > - > - flags |= FIEMAP_EXTENT_ENCODED; > - > - start_blk += cluster_size - 1; > - > - if (start_blk > last_blk) > - goto out; > - > - goto prep_next; > - } > - > if (map.m_pblk == COMPRESS_ADDR) { > compr_cluster = true; > - start_blk++; > - goto prep_next; > - } > - > - logical = blks_to_bytes(inode, start_blk); > - phys = blks_to_bytes(inode, map.m_pblk); > - size = blks_to_bytes(inode, map.m_len); > - flags = 0; > - if (map.m_flags & F2FS_MAP_UNWRITTEN) > - flags = FIEMAP_EXTENT_UNWRITTEN; > + count_in_cluster = 1; > + } else if (compr_appended) { > + compr_cluster = false; > + } else { > + logical = blks_to_bytes(inode, start_blk); > + phys = __is_valid_data_blkaddr(map.m_pblk) ? > + blks_to_bytes(inode, map.m_pblk) : 0; > + size = blks_to_bytes(inode, map.m_len); > + flags = 0; > + > + if (compr_cluster) { > + flags = FIEMAP_EXTENT_ENCODED; > + count_in_cluster += map.m_len; > + if (count_in_cluster == cluster_size) { > + compr_cluster = false; > + size += blks_to_bytes(inode, 1); > + } > + } else if (map.m_flags & F2FS_MAP_UNWRITTEN) { > + flags = FIEMAP_EXTENT_UNWRITTEN; > + } > > - start_blk += bytes_to_blks(inode, size); > + start_blk += bytes_to_blks(inode, size); > + } > > prep_next: > cond_resched(); >