From: Paul Bolle <pebolle@tiscali.nl>
To: Stephen Warren <swarren@wwwdotorg.org>
Cc: Doug Anderson <dianders@chromium.org>,
Bill Richardson <wfrichar@chromium.org>,
Simon Glass <sjg@chromium.org>, Lee Jones <lee.jones@linaro.org>,
Stephen Warren <swarren@nvidia.com>,
Wolfram Sang <wsa@the-dreams.de>,
Andrew Bresticker <abrestic@chromium.org>,
Dylan Reid <dgreid@chromium.org>, Olof Johansson <olof@lixom.net>,
Samuel Ortiz <sameo@linux.intel.com>,
linux-samsung-soc <linux-samsung-soc@vger.kernel.org>,
"linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v3 5/7] mfd: cros_ec: Sync to the latest cros_ec_commands.h from EC sources
Date: Tue, 17 Jun 2014 18:43:51 +0200 [thread overview]
Message-ID: <1403023431.1984.37.camel@x220> (raw)
In-Reply-To: <53A06AD4.3000704@wwwdotorg.org>
On Tue, 2014-06-17 at 10:20 -0600, Stephen Warren wrote:
> On 06/17/2014 02:53 AM, Paul Bolle wrote:
> > So, in summary, while we're apparently only discussing a single comment,
> > I would appreciate it if it could be reworded, preferably by dropping
> > that the CONFIG_ prefix. But other people might care very little, as
> > they don't share this particular pet peeve.
>
> Can't your tool maintain a whitelist or ignore list?
Sure it can. But I do think I should try to fix the (in my view, at
least) problems I find before adding stuff to a whitelist or (whatever).
> There are many
> cases where the kernel can pull in headers/data from other projects
> (Firmware interfaces to an arbitrarily large set of HW, Device trees,
> IO/network protocools, perhaps more). It feels quite unreasonable for
> the kernel to decide that it exclusively owns the CONFIG_* namespace
> even in comments, and that every other project it interacts with must
> not use that namespace.
As I said, this is more my peeve. Then again, referring to a macro from
some other project is likely to confuse people.
Paul Bolle
next prev parent reply other threads:[~2014-06-17 16:43 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-30 17:44 [PATCH v3 0/7] Add cros_ec changes for newer boards Doug Anderson
2014-04-30 17:44 ` [PATCH v3 1/7] mfd: cros_ec: spi: calculate delay between transfers correctly Doug Anderson
2014-05-20 8:43 ` Lee Jones
2014-04-30 17:44 ` [PATCH v3 2/7] mfd: cros_ec: spi: Add mutex to cros_ec_spi Doug Anderson
2014-05-20 8:44 ` Lee Jones
2014-04-30 17:44 ` [PATCH v3 3/7] mfd: cros_ec: spi: Make the cros_ec_spi timeout more reliable Doug Anderson
2014-05-20 8:45 ` Lee Jones
2014-04-30 17:44 ` [PATCH v3 4/7] mfd: cros_ec: spi: Increase cros_ec_spi deadline from 5ms to 100ms Doug Anderson
2014-05-20 8:45 ` Lee Jones
2014-04-30 17:44 ` [PATCH v3 5/7] mfd: cros_ec: Sync to the latest cros_ec_commands.h from EC sources Doug Anderson
2014-05-20 8:46 ` Lee Jones
2014-06-11 10:37 ` Paul Bolle
2014-06-11 15:11 ` Doug Anderson
2014-06-13 8:08 ` Paul Bolle
2014-06-13 15:22 ` Doug Anderson
2014-06-17 8:53 ` Paul Bolle
2014-06-17 16:20 ` Stephen Warren
2014-06-17 16:43 ` Paul Bolle [this message]
2014-04-30 17:44 ` [PATCH v3 6/7] i2c: ChromeOS EC tunnel driver Doug Anderson
2014-05-01 19:05 ` Stephen Warren
2014-05-19 10:50 ` Wolfram Sang
2014-05-19 17:22 ` Lee Jones
2014-05-19 22:19 ` Wolfram Sang
2014-05-20 8:43 ` Lee Jones
2014-05-20 8:47 ` Lee Jones
2014-05-20 17:35 ` Stephen Warren
2014-04-30 17:44 ` [PATCH v3 7/7] ARM: tegra: Add the EC i2c tunnel to tegra124-venice2 Doug Anderson
2014-05-01 19:06 ` Stephen Warren
2014-05-20 8:48 ` Lee Jones
2014-06-16 19:01 ` Stephen Warren
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1403023431.1984.37.camel@x220 \
--to=pebolle@tiscali.nl \
--cc=abrestic@chromium.org \
--cc=dgreid@chromium.org \
--cc=dianders@chromium.org \
--cc=lee.jones@linaro.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-samsung-soc@vger.kernel.org \
--cc=linux-tegra@vger.kernel.org \
--cc=olof@lixom.net \
--cc=sameo@linux.intel.com \
--cc=sjg@chromium.org \
--cc=swarren@nvidia.com \
--cc=swarren@wwwdotorg.org \
--cc=wfrichar@chromium.org \
--cc=wsa@the-dreams.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).