Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp2613306ybl; Thu, 29 Aug 2019 10:28:15 -0700 (PDT) X-Google-Smtp-Source: APXvYqxUk5cQ5iOgsly9n7mnUqCbgCZRmoSXVK1hJA3xM8634j14P5CdTqo8qknBRv+nS+FUQ/d3 X-Received: by 2002:a17:90a:db0d:: with SMTP id g13mr11279553pjv.51.1567099695284; Thu, 29 Aug 2019 10:28:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567099695; cv=none; d=google.com; s=arc-20160816; b=kcSs6kUD4EsuBO4TVe2h+7fvVssq9Wn8L9T8TlDAjYDQ69AFp7gmtrLugmgWZflYdr a0QDWciYg9PQIpz6lF7fqxiGsChZbBhwA+YBr6nOyXY5my4PlJPvLjZ461yfmvcBbGvb l4GCFZ7bYs3J54xNyqUVcigPnlL3WFgB7EsKVa/xOW1DGqEjDglOmxVFBSljQmgmVVBs GhuR/EHbg2o3xMnp1j5pd/om0zaT2gypYTu6MN8Hi9oPObj4EI247J8MDDyP4Dv+e8uf auk2Yl1n5g7//e6SnGoYX4IQjheNq8uhYn9w5OCMpG/RvfXSA7JmZwecyPYioE30tUAS XHxw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=eTKU+MpyoR6M3BoRBqk2PrcD9QdKs2xnXeRo3X1yic8=; b=folDQ+CWbGSGOhrgihwBnvV+OZ8HtwC9GIX+vC9FbnaxLzkhIvDiTrgz9B+EK0d2aw QuqIqU7r5e4g8NTIJGe7eK7kkai3iUGywPaKGfNhgXno9XlWpTRiOSdDbxafbzX4Bp9a QCU98NCwKtnKlUTcxKofCb5T/6Es3UhVgsJqrm22jeMzVHH/FqT8OLOblL95cFneZnTT Nybw8ai1YEeUksasoZVIbeElbhTeEOLsGF4U7oK7NWXUJA4ovrqHKwtDySISyuG/rLEg 1HJ1gDEELVN4xnrxrjJNv37IdA7LC9vZIua1Y9c+0qDzvj1QQYPvZKBJ+V5ugBMB1RYb ePJg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o13si2665043pjt.11.2019.08.29.10.27.59; Thu, 29 Aug 2019 10:28:15 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727726AbfH2R1H (ORCPT + 99 others); Thu, 29 Aug 2019 13:27:07 -0400 Received: from szxga08-in.huawei.com ([45.249.212.255]:55038 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726661AbfH2R1H (ORCPT ); Thu, 29 Aug 2019 13:27:07 -0400 Received: from DGGEMM403-HUB.china.huawei.com (unknown [172.30.72.55]) by Forcepoint Email with ESMTP id 67FB2820B3EF025C7953; Fri, 30 Aug 2019 01:26:51 +0800 (CST) Received: from dggeme762-chm.china.huawei.com (10.3.19.108) by DGGEMM403-HUB.china.huawei.com (10.3.20.211) with Microsoft SMTP Server (TLS) id 14.3.439.0; Fri, 30 Aug 2019 01:26:50 +0800 Received: from architecture4 (10.140.130.215) by dggeme762-chm.china.huawei.com (10.3.19.108) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1591.10; Fri, 30 Aug 2019 01:26:49 +0800 Date: Fri, 30 Aug 2019 01:26:02 +0800 From: Gao Xiang To: Joe Perches CC: Christoph Hellwig , Alexander Viro , Greg Kroah-Hartman , Andrew Morton , Stephen Rothwell , Theodore Ts'o , Pavel Machek , David Sterba , Amir Goldstein , "Darrick J . Wong" , "Dave Chinner" , Jaegeuk Kim , Jan Kara , Linus Torvalds , , , LKML , , Chao Yu , Miao Xie , Li Guifu , Fang Wei Subject: Re: [PATCH v6 01/24] erofs: add on-disk layout Message-ID: <20190829172602.GA228414@architecture4> References: <20190802125347.166018-1-gaoxiang25@huawei.com> <20190802125347.166018-2-gaoxiang25@huawei.com> <20190829095954.GB20598@infradead.org> <20190829103252.GA64893@architecture4> <67d6efbbc9ac6db23215660cb970b7ef29dc0c1d.camel@perches.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <67d6efbbc9ac6db23215660cb970b7ef29dc0c1d.camel@perches.com> User-Agent: Mutt/1.9.4 (2018-02-28) X-Originating-IP: [10.140.130.215] X-ClientProxiedBy: dggeme715-chm.china.huawei.com (10.1.199.111) To dggeme762-chm.china.huawei.com (10.3.19.108) X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Joe, On Thu, Aug 29, 2019 at 08:58:17AM -0700, Joe Perches wrote: > On Thu, 2019-08-29 at 18:32 +0800, Gao Xiang wrote: > > Hi Christoph, > > > > On Thu, Aug 29, 2019 at 02:59:54AM -0700, Christoph Hellwig wrote: > > > > --- /dev/null > > > > +++ b/fs/erofs/erofs_fs.h > > > > @@ -0,0 +1,316 @@ > > > > +/* SPDX-License-Identifier: GPL-2.0-only OR Apache-2.0 */ > > > > +/* > > > > + * linux/fs/erofs/erofs_fs.h > > > > > > Please remove the pointless file names in the comment headers. > > > > Already removed in the latest version. > > > > > > +struct erofs_super_block { > > > > +/* 0 */__le32 magic; /* in the little endian */ > > > > +/* 4 */__le32 checksum; /* crc32c(super_block) */ > > > > +/* 8 */__le32 features; /* (aka. feature_compat) */ > > > > +/* 12 */__u8 blkszbits; /* support block_size == PAGE_SIZE only */ > > > > > > Please remove all the byte offset comments. That is something that can > > > easily be checked with gdb or pahole. > > > > I have no idea the actual issue here. > > It will help all developpers better add fields or calculate > > these offsets in their mind, and with care. > > > > Rather than they didn't run "gdb" or "pahole" and change it by mistake. > > I think Christoph is not right here. > > Using external tools for validation is extra work > when necessary for understanding the code. > > The expected offset is somewhat valuable, but > perhaps the form is a bit off given the visual > run-in to the field types. > > The extra work with this form is manipulating all > the offsets whenever a structure change occurs. > > The comments might be better with a form more like: Thanks for your comment. I will change those places as you suggested, that is fine. Thanks, Gao Xiang > > struct erofs_super_block { /* offset description */ > __le32 magic; /* 0 */ > __le32 checksum; /* 4 crc32c(super_block) */ > __le32 features; /* 8 (aka. feature_compat) */ > __u8 blkszbits; /* 12 support block_size == PAGE_SIZE only */ > >