Received: by 10.192.165.156 with SMTP id m28csp2115796imm; Sat, 14 Apr 2018 14:22:38 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+Px1aUJzbsaUkrpcK5lg4z/W5K5LLST7HSM3mscA8ylVcCN6y1B1pXPR1tCwtuAV4EjrwO X-Received: by 2002:a17:902:6d0f:: with SMTP id s15-v6mr9861529plk.241.1523740958603; Sat, 14 Apr 2018 14:22:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523740958; cv=none; d=google.com; s=arc-20160816; b=Wn9NXvvl7fYSiohdt6liYwVTvEhCq8p8nMM7gKiuZ5Y66y7iyf6oPYgl1OTgOiQGlb nF2+B6GO4I5w+s8amiZaYfXaO1lvKJKsm2nx23JoDej6V6jiE0x6mvMjJI25N9kEuo36 oTswp2495fH+wYHIdHaEgDxNX/HSCPTjjLwgUP0ssYr0mWsjJtx4/28ruVaG4GMx3oOj sklsJUHW43XoKtJZR00pcQt3kvz4iYuSxbpy9pDEuEXOL0jZMkT+NXbdfi7k/ntmQQKN 7pAsYdvIITzXI711tyreggUtElAFa6x0Max01jkO7EwzfIQCof8vhU9E2iL6Gl7xGH8H N6lw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date :arc-authentication-results; bh=wa8XV+gUcr0BKEYY6ssd5oMnF86Igr8w8DDZrPIMeCw=; b=dleyNbWkACU4jb0bMrm5RxqQeJUMwpTkcp4URW1Gn/ZciS3Kl2dyOXLjHxOcgPpHvO +DB69ZJ83iOZoUhEjpTd7sLOe7p2kSLelRHpfE7iOD8iJVAurj24We7B1OkC9bP4mGIw UefAmQ6WCOhmT710E9RMbJ+XSyvuWrMLM8iqD5EZMcmGzOgAOBert/hI55YF3WLN44yr 1HDJW6E0BYQIhP3cYM/uimhirnqYIekLevsW31yRxcVVsrfHkoHodiMPTMjDcs5MQ+97 ID7vJOPU0/Tvo221mwk7GNyutyPtrHkn9c9VuXaMT/f0ekhDmejQHuA+komoh2WicAbB GN0w== 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 r7-v6si8771575plo.486.2018.04.14.14.22.00; Sat, 14 Apr 2018 14:22:38 -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 S1751896AbeDNVTM (ORCPT + 99 others); Sat, 14 Apr 2018 17:19:12 -0400 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:61168 "EHLO mail2-relais-roc.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751732AbeDNVTL (ORCPT ); Sat, 14 Apr 2018 17:19:11 -0400 X-IronPort-AV: E=Sophos;i="5.48,451,1517871600"; d="scan'208";a="322881597" Received: from ip-146.net-89-2-7.rev.numericable.fr (HELO [192.168.0.15]) ([89.2.7.146]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Apr 2018 23:19:09 +0200 Date: Sat, 14 Apr 2018 23:19:09 +0200 (CEST) From: Julia Lawall X-X-Sender: jll@hadrien To: Joe Perches cc: Julia Lawall , Andrew Morton , Peter Zijlstra , "Rafael J. Wysocki" , Andy Whitcroft , yuankuiz@codeaurora.org, Linux PM , "Rafael J. Wysocki" , Frederic Weisbecker , Thomas Gleixner , paulmck@linux.vnet.ibm.com, Ingo Molnar , Len Brown , Linux Kernel Mailing List Subject: Re: [PATCH] checkpatch: Add a --strict test for structs with bool member definitions In-Reply-To: Message-ID: References: <891d4f632fbff5052e11f2d0b6fac35d@codeaurora.org> <20180410123305.GF4082@hirez.programming.kicks-ass.net> <95477c93db187bab6da8a8ba7c57836868446179.camel@perches.com> <20180410143950.4b8526073b4e3e34689f68cb@linux-foundation.org> <20180410150011.df9e036f57b5bcac7ac19686@linux-foundation.org> <20180411081502.GJ4082@hirez.programming.kicks-ass.net> <20180411092959.e666ec443e4d3bb6f43901d7@linux-foundation.org> <1c9f185f6086e9d89659f93720a27b660ee17c13.camel@perches.com> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 11 Apr 2018, Joe Perches wrote: > On Thu, 2018-04-12 at 08:22 +0200, Julia Lawall wrote: > > On Wed, 11 Apr 2018, Joe Perches wrote: > > > On Wed, 2018-04-11 at 09:29 -0700, Andrew Morton wrote: > > > > We already have some 500 bools-in-structs > > > > > > I got at least triple that only in include/ > > > so I expect there are at probably an order > > > of magnitude more than 500 in the kernel. > > > > > > I suppose some cocci script could count the > > > actual number of instances. A regex can not. > > > > I got 12667. > > Could you please post the cocci script? > > > I'm not sure to understand the issue. Will using a bitfield help if there > > are no other bitfields in the structure? > > IMO, not really. > > The primary issue is described by Linus here: > https://lkml.org/lkml/2017/11/21/384 > > I personally do not find a significant issue with > uncontrolled sizes of bool in kernel structs as > all of the kernel structs are transitory and not > written out to storage. > > I suppose bool bitfields are also OK, but for the > RMW required. > > Using unsigned int :1 bitfield instead of bool :1 > has the negative of truncation so that the uint > has to be set with !! instead of a simple assign. At least with gcc 5.4.0, a number of structures become larger with unsigned int :1. bool:1 seems to mostly solve this problem. The structure ichx_desc, defined in drivers/gpio/gpio-ich.c seems to become larger with both approaches. julia