Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp1640988pxv; Fri, 23 Jul 2021 13:31:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz8WJFw8q2JzRAUpjSn9iidQhSW2hNH/RBGZkAMil8dfOfpIKbmDdOL1961o2Xo8R2dsO3f X-Received: by 2002:a17:907:d8f:: with SMTP id go15mr6133776ejc.30.1627072309435; Fri, 23 Jul 2021 13:31:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627072309; cv=none; d=google.com; s=arc-20160816; b=0V6kcs2/rJZhZsWtNdqYQ9ynQyKlLFHrzi1Tq6gmRsVFgEq8gb/P/q/WiySrpwaRD+ VH14g8HDlbbOnumLwqcyk96TwTN9ZzcEA0biCx4orwCGeM9bbQDPcnaPyFc2ngzV2fuL CsbHmNC5+CJOQDJVvcrF5B1d9VsKbprnpUKuXr1kXvf7oz6HrJzgdtIejt67lOgyywpK vbXWJkdKACMfKZaTf05Egxx0RLuQBiY7BLyhSkUnRg0Jzk0yhm6NffCDndX3c3LPpkLd sCMJ0anOBIK7EwKfjJupXlsESvz/aaBYoc2Ito5meHQLrSH4v+KYg26yUkDDQuhkkwP7 M++Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=zEEniHcJmZMvPXsIsXSQn0Agh2JI0hfJi4sADQmg5F4=; b=NeK5DH5oiKVUioL1YxeY5D8Tb+pNdT7nlkswVjsWSDKVx9vJkFUJb7831f5yPtAEGq vqQbrfvBet1p/YoTOYuVK34Aq3nzO4lfwxJlSa2//VKXhyR08/N2KJoWOM++e0Hd/qbD qn8fv0Oovi1UHGPtH/MEdCZrCe3rzonThEIDmE5AqBJzyL8Bf/5aPRIJ078sp7SXMihs uguDkLwRFqc4+dfkLu6ZwyQtHGhB0+g2WV5cqbUG1obcYAWhaUj4IqBHzkHoynUGoO+o A4GYbSxmcllGdOsxNZlp6UR1dg8tXy1kLt2nSX9wyOHCsr16yZsyYe8YLNtKlgni0FK9 mqUQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=u+VSTddO; 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 u11si3429440ejt.296.2021.07.23.13.31.25; Fri, 23 Jul 2021 13:31:49 -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=u+VSTddO; 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 S231591AbhGWTtO (ORCPT + 99 others); Fri, 23 Jul 2021 15:49:14 -0400 Received: from mail.kernel.org ([198.145.29.99]:34070 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231350AbhGWTtN (ORCPT ); Fri, 23 Jul 2021 15:49:13 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 816E460E94; Fri, 23 Jul 2021 20:29:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1627072186; bh=mEbNVex0MV4baiJn1vzXJRZ962H3Xgl3nJ2S8pPrXHg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=u+VSTddOjC8+A8m+I0St8amtAisBWFKkZgXbLPgbwmG43VC/UQ3ZDm9FiW0phe5mG sYGG58dUVW04WWC9gvSVZJopOBL8KhN3sxEON13TwJxg09Zq8HstOpnrfrkErL4QwV nEOU9pcPuWsri1PajO/UdAbS82/OIdF19ouJaEXVBnAHLA2wQCLq7NtsnH6u4XGNu9 mHqlpl+5oMB3WetMzEifWmsFAnOsuGSOZdcu1+UUKOCYUCiD5FKOAhteoiEGxltKKb bCN4PFRqjnEqjResbZYz723M05aXcheEuZOMVP0oWgm191w/uRT6f97/Ytvajz9KXs BTHggwP9J3eZw== Date: Fri, 23 Jul 2021 13:29:45 -0700 From: Eric Biggers To: Daeho Jeong Cc: linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, kernel-team@android.com, Daeho Jeong Subject: Re: [f2fs-dev] [PATCH v3] f2fs: change fiemap way in printing compression chunk Message-ID: References: <20210723074928.1659385-1-daeho43@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210723074928.1659385-1-daeho43@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 23, 2021 at 12:49:28AM -0700, 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. > > Let's assume 16KB compression cluster. > > > Logical Physical Length Flags > 0: 0000000000000000 00000002c091f000 0000000000004000 1008 > 1: 0000000000004000 00000002c0920000 0000000000004000 1008 > ... > 9: 0000000000034000 0000000f8c623000 0000000000004000 1008 > 10: 0000000000038000 000000101a6eb000 0000000000004000 1008 > > > 0: 0000000000000000 00000002c091f000 0000000000004000 1008 > 1: 0000000000004000 00000002c0920000 0000000000004000 1008 > ... > 9: 0000000000034000 0000000f8c623000 0000000000001000 1008 > 10: 0000000000035000 000000101a6ea000 0000000000003000 1008 > 11: 0000000000038000 000000101a6eb000 0000000000002000 1008 > 12: 000000000003a000 00000002c3544000 0000000000002000 1008 > > Flags > 0x1000 => FIEMAP_EXTENT_MERGED > 0x0008 => FIEMAP_EXTENT_ENCODED > > Signed-off-by: Daeho Jeong > > --- > v3: fix the missing last extent flag issue > v2: changed the print format > --- > fs/f2fs/data.c | 75 ++++++++++++++++++++++++++++---------------------- > 1 file changed, 42 insertions(+), 33 deletions(-) I can't understand the code in f2fs_fiemap(), but I tested that my two compression+encryption tests (xfstest f2fs/002 and Android vts_kernel_encryption_test) pass reliably when this patch is applied. Tested-by: Eric Biggers - Eric