Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp154936pxb; Wed, 24 Feb 2021 21:52:19 -0800 (PST) X-Google-Smtp-Source: ABdhPJysIEeSoASfg+Jkt+fCqMkavdDe6EFcaLfr9B9Sn5B33tt7mCnCawgclTN96CMkICAIpTuc X-Received: by 2002:a17:906:c210:: with SMTP id d16mr1075413ejz.187.1614232339158; Wed, 24 Feb 2021 21:52:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614232339; cv=none; d=google.com; s=arc-20160816; b=litnpKThSH7KwBJX9pZlThw0kv8ri7Tj255fcrzxqwXR0y2gz3HzwJ8N8RoSFxUr7Z Go1rrq7YKkN/HmLrwBpiPW/nbseEZyrztm0t7O1TUYjCSZzQvTyfkzq7ScZO2gEgbJkW rpAnoHdJYupiJSAcSrpu23VrHXgY5n4CyM3/wgpmSLJ/inpubSQKCv5+YCk1eldKRn35 cx0LHu6CNTNvIPHN/+ifzjqKcyJe2JGfJ3NA0sDgALrlPJjOEAvky1Ym4Gjl4bePa10M pYRh9AzvXdHy3C3RgvDf4n6EFoEJBzm3F2fP084Q+92/py26FZTCeZjvTsOlfq3/i8FI ZTrA== 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; bh=vAkSy4QaEGEqn2WR9o+mTYNePtx7QtA2pGSV6PlsxRE=; b=HNT3KFy3/k77STtN4CfzOlerXZCFX0EMVlaHdKYT991ktB+IV4wi0k6ryZKej+C6Yu 14kK5hokxDX6mSOKb07LBhNM7SjbkSmhZI6YU1EPFlkJnpou+ZxWxaJgEShJ23JIkh9l 1Qu0jGtU+uQD7c+8/EtqPjAaLrTrC3IQNNTgZqJjkJBqWKKHps8DoQ911/D1HxyvCMmk 9//Zl5rkJiLTnoEtI1q0OKzu2B3fTLCiCmI6FoMU3L9A1HjXCE53pfi5OnMMMeh5iM2L gbuUVTR8HXOYBV7gkUS2Ehe3sQS7DAvt2o5ygpt7MFmx8A87k2MbzxREJ/FbiQAWk10E 146w== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id js7si1918506ejc.27.2021.02.24.21.51.54; Wed, 24 Feb 2021 21:52:19 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234246AbhBYBhu (ORCPT + 99 others); Wed, 24 Feb 2021 20:37:50 -0500 Received: from szxga07-in.huawei.com ([45.249.212.35]:13374 "EHLO szxga07-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233895AbhBYBht (ORCPT ); Wed, 24 Feb 2021 20:37:49 -0500 Received: from DGGEMS409-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga07-in.huawei.com (SkyGuard) with ESMTP id 4DmFjH2QB8z7q1b; Thu, 25 Feb 2021 09:35:31 +0800 (CST) Received: from [10.136.110.154] (10.136.110.154) by smtp.huawei.com (10.3.19.209) with Microsoft SMTP Server (TLS) id 14.3.498.0; Thu, 25 Feb 2021 09:37:06 +0800 Subject: Re: [f2fs-dev] [PATCH][next] f2fs: Replace one-element array with flexible-array member To: "Gustavo A. R. Silva" , Jaegeuk Kim CC: Chao Yu , , , References: <20210224190313.GA144040@embeddedor> From: Chao Yu Message-ID: Date: Thu, 25 Feb 2021 09:37:05 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20210224190313.GA144040@embeddedor> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.136.110.154] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, Gustavo, On 2021/2/25 3:03, Gustavo A. R. Silva wrote: > There is a regular need in the kernel to provide a way to declare having > a dynamically sized set of trailing elements in a structure. Kernel code > should always use “flexible array members”[1] for these cases. The older > style of one-element or zero-length arrays should no longer be used[2]. I proposal to do the similar cleanup, and I've no objection on doing this. https://lore.kernel.org/patchwork/patch/869440/ Let's ask for Jaegeuk' opinion. > > Refactor the code according to the use of a flexible-array member in > struct f2fs_checkpoint, instead of a one-element arrays. > > Notice that a temporary pointer to void '*tmp_ptr' was used in order to > fix the following errors when using a flexible array instead of a one > element array in struct f2fs_checkpoint: > > CC [M] fs/f2fs/dir.o > In file included from fs/f2fs/dir.c:13: > fs/f2fs/f2fs.h: In function ‘__bitmap_ptr’: > fs/f2fs/f2fs.h:2227:40: error: invalid use of flexible array member > 2227 | return &ckpt->sit_nat_version_bitmap + offset + sizeof(__le32); > | ^ > fs/f2fs/f2fs.h:2227:49: error: invalid use of flexible array member > 2227 | return &ckpt->sit_nat_version_bitmap + offset + sizeof(__le32); > | ^ > fs/f2fs/f2fs.h:2238:40: error: invalid use of flexible array member > 2238 | return &ckpt->sit_nat_version_bitmap + offset; > | ^ > make[2]: *** [scripts/Makefile.build:287: fs/f2fs/dir.o] Error 1 > make[1]: *** [scripts/Makefile.build:530: fs/f2fs] Error 2 > make: *** [Makefile:1819: fs] Error 2 > > [1] https://en.wikipedia.org/wiki/Flexible_array_member > [2] https://www.kernel.org/doc/html/v5.9/process/deprecated.html#zero-length-and-one-element-arrays > > Link: https://github.com/KSPP/linux/issues/79 > Build-tested-by: kernel test robot > Link: https://lore.kernel.org/lkml/603647e4.DeEFbl4eqljuwAUe%25lkp@intel.com/ > Signed-off-by: Gustavo A. R. Silva > --- > fs/f2fs/f2fs.h | 5 +++-- > include/linux/f2fs_fs.h | 2 +- > 2 files changed, 4 insertions(+), 3 deletions(-) > > diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h > index e2d302ae3a46..3f5cb097c30f 100644 > --- a/fs/f2fs/f2fs.h > +++ b/fs/f2fs/f2fs.h > @@ -2215,6 +2215,7 @@ static inline block_t __cp_payload(struct f2fs_sb_info *sbi) > static inline void *__bitmap_ptr(struct f2fs_sb_info *sbi, int flag) > { > struct f2fs_checkpoint *ckpt = F2FS_CKPT(sbi); > + void *tmp_ptr = &ckpt->sit_nat_version_bitmap; > int offset; > > if (is_set_ckpt_flags(sbi, CP_LARGE_NAT_BITMAP_FLAG)) { > @@ -2224,7 +2225,7 @@ static inline void *__bitmap_ptr(struct f2fs_sb_info *sbi, int flag) > * if large_nat_bitmap feature is enabled, leave checksum > * protection for all nat/sit bitmaps. > */ > - return &ckpt->sit_nat_version_bitmap + offset + sizeof(__le32); > + return tmp_ptr + offset + sizeof(__le32); > } > > if (__cp_payload(sbi) > 0) { > @@ -2235,7 +2236,7 @@ static inline void *__bitmap_ptr(struct f2fs_sb_info *sbi, int flag) > } else { > offset = (flag == NAT_BITMAP) ? > le32_to_cpu(ckpt->sit_ver_bitmap_bytesize) : 0; > - return &ckpt->sit_nat_version_bitmap + offset; > + return tmp_ptr + offset; > } > } > > diff --git a/include/linux/f2fs_fs.h b/include/linux/f2fs_fs.h > index c6cc0a566ef5..5487a80617a3 100644 > --- a/include/linux/f2fs_fs.h > +++ b/include/linux/f2fs_fs.h > @@ -168,7 +168,7 @@ struct f2fs_checkpoint { > unsigned char alloc_type[MAX_ACTIVE_LOGS]; > > /* SIT and NAT version bitmap */ > - unsigned char sit_nat_version_bitmap[1]; > + unsigned char sit_nat_version_bitmap[]; > } __packed; > > #define CP_CHKSUM_OFFSET 4092 /* default chksum offset in checkpoint */ >