Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp773088ybf; Fri, 28 Feb 2020 07:22:24 -0800 (PST) X-Google-Smtp-Source: APXvYqx2HMJqaf1RaiWVLQBDUYSORE3CIj+abTMvo/Yx0x4nRVBy0djb7CF5SuzjLSMXisIFJYXL X-Received: by 2002:a9d:bef:: with SMTP id 102mr3704608oth.225.1582903344534; Fri, 28 Feb 2020 07:22:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582903344; cv=none; d=google.com; s=arc-20160816; b=0LbRjW92ZXY0W40xMdQ9Se+DJIS7IVqQ137N8XGnCz7In/hu8zcQHcvUjVENILuViC QrcZ4l8hWjrsEm1yq6WUM3lRB+9ULQgDKK0bVmxH9bLsuDCY8ssm1eaER0x2Vq8rk9xO fmR+Vm7xru5Gvb98U4kFNQI2Fw9txQUZkAIUAEQNC5usQFq38lz96kxU0NRiy3KVhsRQ WRmSUWAQYzyzI4GUMbeRsPti571Sez5Ep28ZLMET3tot20eJ1Ba1EywQ4j7T1miRpRET oXAjKaDQwXRXMo0lG4wJlpb5D8SWSzvCiOUhfA/A5QerQ/qCYTDOq68He5rxIvHVTy7S ZzlQ== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:subject:from; bh=zeypnNhk6UC8Ugy53Eck+1c6ND0B7Jg4WrlmZL6985Q=; b=J6pPckTEVqaqETH3ItLuUrKbFO6ycGWifW8qYW/P9uU+9a+6MkfAwkxke+obdA6gQb 0rUIw645eP4ZDaUlroeqlSQnKLwKNeJoMWlIq5kjVi3fpeM5AHiGj058dBWQLU09m7Gw mKUp4EkE6tkEoQYPu7W0CushcG3lvkSHrq7fOqoRSdP+D88X3MRzVNIY1hW/QWsSsfeP R9hGtthmGuvj0b5YtoLYDz6SeS4aaRIVzaUUegK4fG5uispSDpGO/GBAD0anhKy5NyvW qk9aC0XrFLT2hj0XLx3JLMDgVx9uo0UctdBIrSeaE9b4kDtYDbmydnzPZsg4oOHZDanq 9TSg== 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 r67si1911317oie.145.2020.02.28.07.22.11; Fri, 28 Feb 2020 07:22:24 -0800 (PST) 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 S1726979AbgB1PWH (ORCPT + 99 others); Fri, 28 Feb 2020 10:22:07 -0500 Received: from proxima.lasnet.de ([78.47.171.185]:55736 "EHLO proxima.lasnet.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726650AbgB1PWH (ORCPT ); Fri, 28 Feb 2020 10:22:07 -0500 Received: from localhost.localdomain (p200300E9D71B9939E2C0865DB6B8C4EC.dip0.t-ipconnect.de [IPv6:2003:e9:d71b:9939:e2c0:865d:b6b8:c4ec]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: stefan@datenfreihafen.org) by proxima.lasnet.de (Postfix) with ESMTPSA id EBB8DC08EE; Fri, 28 Feb 2020 16:22:04 +0100 (CET) From: Stefan Schmidt Subject: Re: [PATCH][next] cfg802154: Replace zero-length array with flexible-array member To: "Gustavo A. R. Silva" , Alexander Aring , "David S. Miller" , Jakub Kicinski Cc: linux-wpan@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org References: <20200228135959.GA30464@embeddedor> Message-ID: <2711894b-b78d-aebe-79fd-aa274d4ff977@datenfreihafen.org> Date: Fri, 28 Feb 2020 16:22:04 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <20200228135959.GA30464@embeddedor> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello. On 28.02.20 14:59, 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 > --- > include/net/cfg802154.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/include/net/cfg802154.h b/include/net/cfg802154.h > index 6f86073a5d7d..6ed07844eb24 100644 > --- a/include/net/cfg802154.h > +++ b/include/net/cfg802154.h > @@ -214,7 +214,7 @@ struct wpan_phy { > /* the network namespace this phy lives in currently */ > possible_net_t _net; > > - char priv[0] __aligned(NETDEV_ALIGN); > + char priv[] __aligned(NETDEV_ALIGN); > }; > > static inline struct net *wpan_phy_net(struct wpan_phy *wpan_phy) > This patch has been applied to the wpan-next tree and will be part of the next pull request to net-next. Thanks! regards Stefan Schmidt