Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp955572ybh; Tue, 10 Mar 2020 11:33:19 -0700 (PDT) X-Google-Smtp-Source: ADFU+vs6a23+jtFpY79oXwY6yVexoVJNmU0j4KD+Re9d9c3UanOwE5eS8n2Th8F9Ro2/+z94VVh3 X-Received: by 2002:a9d:7e82:: with SMTP id m2mr1145135otp.300.1583865194942; Tue, 10 Mar 2020 11:33:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1583865194; cv=none; d=google.com; s=arc-20160816; b=KEefUeF+sEC05bUU0wBJFjD6Q/WKPS8S8bhAGUbek58i6WcV0r8UTQxxIKVgFsaKmf Vvm2elrIHocl1YWFSR3XvmzmywfZCSAtAN0+LIh+JmzY5XE8Bw2frpPP4m7if9PT58+e 7BLWC5hCO+q7UIv7FnmCEoWqYE0KNbgsffmucATv9CWB28TQ10mNEp+DoWU4KDqHeY+4 kgJaZvHYoT5Fje1FOP6jxxAM4FVaM97zDFs2Bgx6OdWG8mwdkekttaTjgg3kPx+EUfao jA46pKPYPsq6icWmvMgMpNastLjkTZP1nNnI5rR0INHkzMGUbLbIiwPhZUFNkp/KmzV6 VGWg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=edkU6pry1X/B0C2ryohvuwCt6twHXGFakYy2XLDNKUg=; b=qGMkXZuJErVyn4KtLUCVyTgqq5EKbcN2etfcMF1gPgnDFU87JmfoEFzqfpkNYLKdL2 J08IgfN9DTVEESMYVBIrZqZDbDfT6yPCBZIcHHN5FJf3Deqruidku8TrUTQvIYR1y3+A 6749X8TMW9/g90Nw4tF/CaFWMZRA0hFOiHj1g4ksL4mD4J9M5tOMpLzSTVXlvUGI0bRK 2htpJrrgLRvM0J0/wCKnjcwp46hr9btjrTBGPbdbuqWUTK+ut+WpAenaqImkXQJVIlzw vIiqhkHNe+Pn+5rbJfbyYxqNU2oFRrqkj0okZqUAaQVGot7nscW6+SDTjT/RQ0uQs6cn Cwkw== 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 e70si4958393oib.205.2020.03.10.11.33.02; Tue, 10 Mar 2020 11:33:14 -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 S1727485AbgCJSbS (ORCPT + 99 others); Tue, 10 Mar 2020 14:31:18 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:14679 "EHLO relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726466AbgCJSbR (ORCPT ); Tue, 10 Mar 2020 14:31:17 -0400 X-Originating-IP: 91.224.148.103 Received: from localhost.localdomain (unknown [91.224.148.103]) (Authenticated sender: miquel.raynal@bootlin.com) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id C1BB4240008; Tue, 10 Mar 2020 18:31:13 +0000 (UTC) From: Miquel Raynal To: "Gustavo A. R. Silva" , Masahiro Yamada , Miquel Raynal , Richard Weinberger , Vignesh Raghavendra , Liang Yang , Kevin Hilman , Xiaolei Li , Matthias Brugger , Maxime Ripard , Chen-Yu Tsai Cc: linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org, linux-mtd@lists.infradead.org, linux-amlogic@lists.infradead.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] mtd: rawnand: Replace zero-length array with flexible-array member Date: Tue, 10 Mar 2020 19:31:12 +0100 Message-Id: <20200310183112.18567-1-miquel.raynal@bootlin.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20200226222722.GA18020@embeddedor> References: MIME-Version: 1.0 X-linux-mtd-patch-notification: thanks X-linux-mtd-patch-commit: 76d2f79cf5ae53bc5781903af98a1cb51ef12915 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2020-02-26 at 22:27:22 UTC, "Gustavo A. R. Silva" wrote: > The current codebase makes use of the zero-length array language > extension to the C90 standard, but the preferred mechanism to declare > variable-length types such as these ones is a flexible array member[1][2], > introduced in C99: > > struct foo { > int stuff; > struct boo array[]; > }; > > By making use of the mechanism above, we will get a compiler warning > in case the flexible array does not occur last in the structure, which > will help us prevent some kind of undefined behavior bugs from being > inadvertently introduced[3] to the codebase from now on. > > Also, notice that, dynamic memory allocations won't be affected by > this change: > > "Flexible array members have incomplete type, and so the sizeof operator > may not be applied. As a quirk of the original implementation of > zero-length arrays, sizeof evaluates to zero."[1] > > This issue was found with the help of Coccinelle. > > [1] https://gcc.gnu.org/onlinedocs/gcc/Zero-Length.html > [2] https://github.com/KSPP/linux/issues/21 > [3] commit 76497732932f ("cxgb3/l2t: Fix undefined behaviour") > > Signed-off-by: Gustavo A. R. Silva > Acked-by: Masahiro Yamada Applied to https://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git nand/next, thanks. Miquel