From: Maxime COQUELIN <maxime.coquelin@st.com>
To: Wolfram Sang <wsa@the-dreams.de>
Cc: Srinivas KANDAGATLA <srinivas.kandagatla@st.com>,
Rob Herring <rob.herring@calxeda.com>,
Pawel Moll <pawel.moll@arm.com>,
Mark Rutland <mark.rutland@arm.com>,
Stephen Warren <swarren@wwwdotorg.org>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Rob Landley <rob@landley.net>,
Russell King <linux@arm.linux.org.uk>,
Grant Likely <grant.likely@linaro.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"linux-doc@vger.kernel.org" <linux-doc@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"linux-i2c@vger.kernel.org" <linux-i2c@vger.kernel.org>,
Stephen GALLIMORE <stephen.gallimore@st.com>,
Stuart MENEFY <stuart.menefy@st.com>,
Lee Jones <lee.jones@linaro.org>,
Gabriel FERNANDEZ <gabriel.fernandez@st.com>
Subject: Re: [PATCH v4 0/4] Add I2C support to ST SoCs
Date: Thu, 10 Oct 2013 15:33:43 +0200 [thread overview]
Message-ID: <5256ACB7.7050302@st.com> (raw)
In-Reply-To: <20131010100354.GE2638@katana>
On 10/10/2013 12:03 PM, Wolfram Sang wrote:
>>> Changes since v3:
>>> - Switch back to vendor specific DT properties regarding the anti-glitch
>>> filter configuration, as this IP is the only one having such a filter.
>> Do you agree to keep these properties vendor-specifics?
> My preference is generic bindings. There are no other users right now,
> yet there might be in the future. At least with something similar enough
> that the bindings will apply. Was hoping for some additional input,
> though, but I am not depending on it.
I have to push another revision to change the IRQ flags as reported by
Stephen G.
I will also revert to generic bindings in this revision.
For their documentation, I will add it as soon as you will have created
the DT binding documentation of I2C.
Is it okay for you?
>
>> If so, could you take this series for v3.13?
> Sure, if it passes the second review...
For sure!
Regards,
Maxime
WARNING: multiple messages have this Message-ID (diff)
From: maxime.coquelin@st.com (Maxime COQUELIN)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 0/4] Add I2C support to ST SoCs
Date: Thu, 10 Oct 2013 15:33:43 +0200 [thread overview]
Message-ID: <5256ACB7.7050302@st.com> (raw)
In-Reply-To: <20131010100354.GE2638@katana>
On 10/10/2013 12:03 PM, Wolfram Sang wrote:
>>> Changes since v3:
>>> - Switch back to vendor specific DT properties regarding the anti-glitch
>>> filter configuration, as this IP is the only one having such a filter.
>> Do you agree to keep these properties vendor-specifics?
> My preference is generic bindings. There are no other users right now,
> yet there might be in the future. At least with something similar enough
> that the bindings will apply. Was hoping for some additional input,
> though, but I am not depending on it.
I have to push another revision to change the IRQ flags as reported by
Stephen G.
I will also revert to generic bindings in this revision.
For their documentation, I will add it as soon as you will have created
the DT binding documentation of I2C.
Is it okay for you?
>
>> If so, could you take this series for v3.13?
> Sure, if it passes the second review...
For sure!
Regards,
Maxime
next prev parent reply other threads:[~2013-10-10 13:33 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-08 16:42 [PATCH v4 0/4] Add I2C support to ST SoCs Maxime COQUELIN
2013-10-08 16:42 ` Maxime COQUELIN
2013-10-08 16:42 ` Maxime COQUELIN
2013-10-08 16:42 ` [PATCH v4 1/4] i2c: busses: i2c-st: Add ST I2C controller Maxime COQUELIN
2013-10-08 16:42 ` Maxime COQUELIN
2013-10-08 16:42 ` [PATCH v4 2/4] ARM: STi: Supply I2C configuration to STiH416 SoC Maxime COQUELIN
2013-10-08 16:42 ` Maxime COQUELIN
2013-10-08 16:42 ` [PATCH v4 3/4] ARM: STi: Supply I2C configuration to STiH415 SoC Maxime COQUELIN
2013-10-08 16:42 ` Maxime COQUELIN
2013-10-10 12:33 ` Stephen GALLIMORE
[not found] ` <A3BF01DB4A606149A4C20C4C4C808F6C5BC8A70D4E-+EwDPpWUVoThJTuQ9jeba9BPR1lH4CV8@public.gmane.org>
2013-10-10 12:49 ` Maxime COQUELIN
2013-10-10 12:49 ` Maxime COQUELIN
2013-10-08 16:42 ` [PATCH v4 4/4] ARM: STi: Add I2C config to B2000 and B2020 boards Maxime COQUELIN
2013-10-08 16:42 ` Maxime COQUELIN
[not found] ` <1381250576-7916-1-git-send-email-maxime.coquelin-qxv4g6HH51o@public.gmane.org>
2013-10-10 9:39 ` [PATCH v4 0/4] Add I2C support to ST SoCs Maxime COQUELIN
2013-10-10 9:39 ` Maxime COQUELIN
2013-10-10 9:39 ` Maxime COQUELIN
2013-10-10 10:03 ` Wolfram Sang
2013-10-10 10:03 ` Wolfram Sang
2013-10-10 13:33 ` Maxime COQUELIN [this message]
2013-10-10 13:33 ` Maxime COQUELIN
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=5256ACB7.7050302@st.com \
--to=maxime.coquelin@st.com \
--cc=devicetree@vger.kernel.org \
--cc=gabriel.fernandez@st.com \
--cc=grant.likely@linaro.org \
--cc=ijc+devicetree@hellion.org.uk \
--cc=lee.jones@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@arm.linux.org.uk \
--cc=mark.rutland@arm.com \
--cc=pawel.moll@arm.com \
--cc=rob.herring@calxeda.com \
--cc=rob@landley.net \
--cc=srinivas.kandagatla@st.com \
--cc=stephen.gallimore@st.com \
--cc=stuart.menefy@st.com \
--cc=swarren@wwwdotorg.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.