[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1371054361.2069.17.camel@joe-AO722>
Date: Wed, 12 Jun 2013 09:26:01 -0700
From: Joe Perches <joe@...ches.com>
To: Jason Cooper <jason@...edaemon.net>
Cc: Phil Carmody <phil.carmody@...tner.samsung.com>, apw@...onical.com,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] checkpatch: forgive use of mixed case variables
measuring units
On Wed, 2013-06-12 at 12:17 -0400, Jason Cooper wrote:
> On Wed, Jun 12, 2013 at 09:02:15AM -0700, Joe Perches wrote:
> > On Wed, 2013-06-12 at 15:59 +0300, Phil Carmody wrote:
> > > I agree that a creeping list of exceptions where CamelCase
> > > is to be overlooked would be bad, but I would argue that
> > > perhaps my exceptions aren't actual CamelCase - they're
> > > (pretending to be) SI units, and just happen to match the
> > > CamelCase regexp. I did a grep for my regexp, and everything
> > > I noticed in a quick scan did look like a justifiable
> > > variable name.
> >
> > Maybe, but this regex misses variants like:
> >
> > regulator_min_uA_show
> >
> > Maybe "^[a-z_]*_[numk][VAS](?:_\w+)?$"
> >
> > But this regex also does not match on other common
> > sound variants "_dB", "_mB" and temperature like "_mC".
>
> And _dBm ...
As far as I can tell, all those uses are either in staging
or are in obsolete/superceded code.
There is one I think ugly variant that could be fixed:
drivers/media/dvb-frontends/stv0367_priv.h: s32 Power_dBmx10; /* Power of the RF signal (dBm x 10) */
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists