[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1512735829.1845.15.camel@perches.com>
Date: Fri, 08 Dec 2017 04:23:49 -0800
From: Joe Perches <joe@...ches.com>
To: Michael Ellerman <mpe@...erman.id.au>,
Balbir Singh <bsingharora@...il.com>,
Colin King <colin.king@...onical.com>
Cc: Benjamin Herrenschmidt <benh@...nel.crashing.org>,
Paul Mackerras <paulus@...ba.org>,
"open list:LINUX FOR POWERPC (32-BIT AND 64-BIT)"
<linuxppc-dev@...ts.ozlabs.org>, kernel-janitors@...r.kernel.org,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] powerpc/xmon: use ARRAY_SIZE on various array sizing
calculations
On Fri, 2017-12-08 at 22:51 +1100, Michael Ellerman wrote:
> Balbir Singh <bsingharora@...il.com> writes:
>
> > On Thu, Dec 7, 2017 at 10:01 PM, Colin King <colin.king@...onical.com> wrote:
> > > From: Colin Ian King <colin.king@...onical.com>
> > >
> > > Use the ARRAY_SIZE macro on several arrays to determine their size.
> > > Improvement suggested by coccinelle.
> >
> > This file is taken from binutils and re-licensed. Keeping the file
> > as-is helps apply newer patches easily on top as opposed to redoing
> > the changes. I would prefer not to move to ARRAY_SIZE and stick to
> > what's already in the file.
>
> Yep.
>
> Thanks but no thanks on this one Colin.
>
> Is there a checkpatch blacklist anywhere? So we don't keep discovering
> things in this file that need to be fixed?
Nope. Besides, this came via a coccinelle suggestion.
What might be useful is a generic marker somewhere in
a file that shows the file as a generated file and
indicates the file should not otherwise be modified.
Powered by blists - more mailing lists