linux-kernel - Re: [PATCH 05/22] acpica: Replace comments with C99 initializers

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <YkaJTh+Bhf+oPQB7@infradead.org>
Date:   Thu, 31 Mar 2022 22:10:38 -0700
From:   Christoph Hellwig <hch@...radead.org>
To:     Andy Shevchenko <andy.shevchenko@...il.com>
Cc:     Benjamin Stürz <benni@...erz.xyz>,
        Andrew Lunn <andrew@...n.ch>,
        linux-atm-general@...ts.sourceforge.net,
        linux-ia64@...r.kernel.org,
        Linus Walleij <linus.walleij@...aro.org>,
        Dave Hansen <dave.hansen@...ux.intel.com>,
        linux-pci@...r.kernel.org, Robert Moore <robert.moore@...el.com>,
        Harald Welte <laforge@...monks.org>,
        Alim Akhtar <alim.akhtar@...sung.com>,
        "H. Peter Anvin" <hpa@...or.com>, wcn36xx@...ts.infradead.org,
        Ping-Ke Shih <pkshih@...ltek.com>,
        Linux Samsung SOC <linux-samsung-soc@...r.kernel.org>,
        ACPI Devel Maling List <linux-acpi@...r.kernel.org>,
        linux-edac@...r.kernel.org,
        dennis.dalessandro@...nelisnetworks.com,
        "open list:HFI1 DRIVER" <linux-rdma@...r.kernel.org>,
        Gregory Clement <gregory.clement@...tlin.com>,
        "Rafael J. Wysocki" <rafael.j.wysocki@...el.com>,
        Russell King - ARM Linux <linux@...linux.org.uk>,
        Krzysztof Kozlowski <krzk@...nel.org>,
        Jason Gunthorpe <jgg@...pe.ca>, Ingo Molnar <mingo@...hat.com>,
        3chas3@...il.com, linux-input <linux-input@...r.kernel.org>,
        Jakub Kicinski <kuba@...nel.org>,
        Paolo Abeni <pabeni@...hat.com>, Len Brown <lenb@...nel.org>,
        mike.marciniszyn@...nelisnetworks.com,
        Robert Richter <rric@...nel.org>,
        Andrew Donnellan <ajd@...ux.ibm.com>,
        Arnd Bergmann <arnd@...db.de>, Kalle Valo <kvalo@...nel.org>,
        "open list:LINUX FOR POWERPC PA SEMI PWRFICIENT" 
        <linuxppc-dev@...ts.ozlabs.org>,
        "open list:GPIO SUBSYSTEM" <linux-gpio@...r.kernel.org>,
        Loic Poulain <loic.poulain@...aro.org>,
        Borislav Petkov <bp@...en8.de>,
        Bjorn Helgaas <bhelgaas@...gle.com>,
        Thomas Gleixner <tglx@...utronix.de>,
        Mauro Carvalho Chehab <mchehab@...nel.org>,
        linux-media@...r.kernel.org, linux@...tec.co.uk,
        linux-arm Mailing List <linux-arm-kernel@...ts.infradead.org>,
        "open list:ACPI COMPONENT ARCHITECTURE (ACPICA)" <devel@...ica.org>,
        Karsten Keil <isdn@...ux-pingi.de>,
        Tony Luck <tony.luck@...el.com>,
        Nicolas Pitre <nico@...xnic.net>,
        Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
        Dmitry Torokhov <dmitry.torokhov@...il.com>,
        linux-wireless@...r.kernel.org,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        "David S. Miller" <davem@...emloft.net>,
        James Morse <james.morse@....com>,
        netdev <netdev@...r.kernel.org>,
        Frederic Barrat <fbarrat@...ux.ibm.com>,
        Sebastian Hesselbarth <sebastian.hesselbarth@...il.com>,
        Pali Rohár <pali@...nel.org>,
        Bartosz Golaszewski <brgl@...ev.pl>,
        Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: [PATCH 05/22] acpica: Replace comments with C99 initializers

On Sun, Mar 27, 2022 at 10:59:54PM +0300, Andy Shevchenko wrote:
> On Sat, Mar 26, 2022 at 7:39 PM Benjamin Stürz <benni@...erz.xyz> wrote:
> >
> > This replaces comments with C99's designated
> > initializers because the kernel supports them now.
> 
> Does it follow the conventions which are accepted in the ACPI CA project?

Why would ACPI CA be allowed to make up it's own conventions?  And as
you might imply not allow using a very useful and more than 20 year old
C feature?  This kind of BS need to stop.