From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id EF196C433FE for ; Tue, 28 Sep 2021 07:54:54 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 64A6E611CC for ; Tue, 28 Sep 2021 07:54:54 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 64A6E611CC Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.alibaba.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=lists.ozlabs.org Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4HJWxn0xmGz2yPm for ; Tue, 28 Sep 2021 17:54:53 +1000 (AEST) Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=linux.alibaba.com (client-ip=115.124.30.133; helo=out30-133.freemail.mail.aliyun.com; envelope-from=hsiangkao@linux.alibaba.com; receiver=) Received: from out30-133.freemail.mail.aliyun.com (out30-133.freemail.mail.aliyun.com [115.124.30.133]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4HJWxc6gkxz2xtf for ; Tue, 28 Sep 2021 17:54:41 +1000 (AEST) X-Alimail-AntiSpam: AC=PASS; BC=-1|-1; BR=01201311R341e4; CH=green; DM=||false|; DS=||; FP=0|-1|-1|-1|0|-1|-1|-1; HT=e01e04426; MF=hsiangkao@linux.alibaba.com; NM=1; PH=DS; RN=5; SR=0; TI=SMTPD_---0Upun2KJ_1632815662; Received: from B-P7TQMD6M-0146.local(mailfrom:hsiangkao@linux.alibaba.com fp:SMTPD_---0Upun2KJ_1632815662) by smtp.aliyun-inc.com(127.0.0.1); Tue, 28 Sep 2021 15:54:24 +0800 Date: Tue, 28 Sep 2021 15:54:22 +0800 From: Gao Xiang To: Qi Wang Subject: Re: [PATCH v3 1/5] erofs-utils: introduce dump.erofs Message-ID: References: <20210915093537.2579575-1-guoxuenan@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-BeenThere: linux-erofs@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Development of Linux EROFS file system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-erofs@lists.ozlabs.org Errors-To: linux-erofs-bounces+linux-erofs=archiver.kernel.org@lists.ozlabs.org Sender: "Linux-erofs" Hi Qi, On Tue, Sep 28, 2021 at 02:23:30PM +0800, Qi Wang wrote: > Hi, > > On 2021/9/28 10:33 上午, Gao Xiang wrote: > > Hi, > > > > On Sun, Sep 26, 2021 at 11:21:42AM +0800, Gao Xiang wrote: > > > Hi Xuenan and Qi, > > > > > > On Wed, Sep 15, 2021 at 05:35:33PM +0800, Guo Xuenan wrote: > > > > From: Wang Qi > > > > > > > > Add dump-tool for erofs to facilitate users directly > > > > analyzing the erofs image file. > > > > > > > > Signed-off-by: Guo Xuenan > > > > Signed-off-by: Wang Qi > > > I'm almost fine with the series, and I will merge some of the patches > > > later. > > > > > > Due to busy work, my original plan was to fix some nits by myself and > > > apply. Anyway, I will reply some comments this evening... > > I've merged the first 2 patches into dev branch with modification (so no > > need to resend the first two patches). > > > > The rest patches are still a bit messy, I've set up a new > > experimental-dump branch, please check out: > > https://git.kernel.org/pub/scm/linux/kernel/git/xiang/erofs-utils.git/?h=experimental-dump > > > > There are some stuffs needing to be resolved in advance: > > 1) rename all "dumpfs_" prefix into "erofsdump_"; > > 2) I feel still uncomfortable when reading get_path_by_nid() and > > erofs_read_dir(). Could we refactor them by introducing > > erofs_for_each_dir() or likewise? > > 3) file_category_types and the switch in dumpfs_print_inode() are > > duplicated to me. I think one of them can be removed instead. > > 4) please help using "filefrag -v -b1" style when printing extent info > > in erofsdump_show_inode_phy(), like below: > > > > ext: logical_offset: physical_offset: length: expected: flags: > > 0: 0.. 20479: 21788270592..21788291071: 20480: last,eof > > > > Thanks, > > Gao Xiang > > > Thanks for your reply! I will refactor the code according to your advice. Nice! Many thanks for your time and contribution! :) Thanks, Gao Xiang > > Thanks, > Wang Qi