From: Thierry Reding <thierry.reding@gmail.com>
To: patrice.chotard@st.com
Cc: lee.jones@linaro.org, linus.walleij@linaro.org, gnurou@gmail.com,
linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, maxime.coquelin@st.com,
amelie.delaunay@st.com, shawnguo@kernel.org,
kernel@pengutronix.de, dinguyen@opensource.altera.com,
vireshk@kernel.org, shiraz.linux.kernel@gmail.com,
swarren@wwwdotorg.org,
Marcel Ziswiler <marcel.ziswiler@toradex.com>
Subject: Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support
Date: Tue, 19 Apr 2016 14:41:26 +0200 [thread overview]
Message-ID: <20160419124126.GF8284@ulmo.ba.sec> (raw)
In-Reply-To: <1461068317-28016-1-git-send-email-patrice.chotard@st.com>
[-- Attachment #1: Type: text/plain, Size: 1592 bytes --]
On Tue, Apr 19, 2016 at 02:18:29PM +0200, patrice.chotard@st.com wrote:
> From: Patrice Chotard <patrice.chotard@st.com>
>
> This series cleans and fixes some bugs in MFD/GPIO STMPE drivers and prepare
> the ground to add new STMPE1600 support.
>
> STMPE1600 datasheet is available here :
> http://www2.st.com/content/st_com/en/products/interfaces-and-transceivers/
> i-o-expanders-and-level-translators/i-o-expanders/stmpe1600.html
>
> Only STMPE1600 has been tested on STM32 platform. As i have no board with
> others STMPE variant(STMPE610/STMPE801/STMPE811/STMPE1601/STMPE1801/STMPE2401
> and STMPE2403), i put in CC boards's maintainers which are using others STMPE variant.
>
> If they can kindly check that no regression has been introduce by this series
> :
>
> For ARM/FREESCALE IMX / MXC ARM ARCHITECTURE:
> _ Shawn Guo <shawnguo@kernel.org>
> _ Sascha Hauer <kernel@pengutronix.de>
>
> For ARM/SOCFPGA ARCHITECTURE
> _ Dinh Nguyen <dinguyen@opensource.altera.com>
>
> For SPEAR PLATFORM SUPPORT
> _ Viresh Kumar <vireshk@kernel.org>
> _ Shiraz Hashim <shiraz.linux.kernel@gmail.com>
>
> For TEGRA ARCHITECTURE SUPPORT
> _ Stephen Warren <swarren@wwwdotorg.org>
> _ Thierry Reding <thierry.reding@gmail.com>
> _ Alexandre Courbot <gnurou@gmail.com>
Adding Marcel Ziswiler, who's better suited at judging whether or not
this has any impact on Apalis/Colibri.
Marcel, in case you don't have these in your inbox you can find them on
linux-gpio's patchwork:
https://patchwork.ozlabs.org/project/linux-gpio/list/
Thierry
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: thierry.reding@gmail.com (Thierry Reding)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support
Date: Tue, 19 Apr 2016 14:41:26 +0200 [thread overview]
Message-ID: <20160419124126.GF8284@ulmo.ba.sec> (raw)
In-Reply-To: <1461068317-28016-1-git-send-email-patrice.chotard@st.com>
On Tue, Apr 19, 2016 at 02:18:29PM +0200, patrice.chotard at st.com wrote:
> From: Patrice Chotard <patrice.chotard@st.com>
>
> This series cleans and fixes some bugs in MFD/GPIO STMPE drivers and prepare
> the ground to add new STMPE1600 support.
>
> STMPE1600 datasheet is available here :
> http://www2.st.com/content/st_com/en/products/interfaces-and-transceivers/
> i-o-expanders-and-level-translators/i-o-expanders/stmpe1600.html
>
> Only STMPE1600 has been tested on STM32 platform. As i have no board with
> others STMPE variant(STMPE610/STMPE801/STMPE811/STMPE1601/STMPE1801/STMPE2401
> and STMPE2403), i put in CC boards's maintainers which are using others STMPE variant.
>
> If they can kindly check that no regression has been introduce by this series
> :
>
> For ARM/FREESCALE IMX / MXC ARM ARCHITECTURE:
> _ Shawn Guo <shawnguo@kernel.org>
> _ Sascha Hauer <kernel@pengutronix.de>
>
> For ARM/SOCFPGA ARCHITECTURE
> _ Dinh Nguyen <dinguyen@opensource.altera.com>
>
> For SPEAR PLATFORM SUPPORT
> _ Viresh Kumar <vireshk@kernel.org>
> _ Shiraz Hashim <shiraz.linux.kernel@gmail.com>
>
> For TEGRA ARCHITECTURE SUPPORT
> _ Stephen Warren <swarren@wwwdotorg.org>
> _ Thierry Reding <thierry.reding@gmail.com>
> _ Alexandre Courbot <gnurou@gmail.com>
Adding Marcel Ziswiler, who's better suited at judging whether or not
this has any impact on Apalis/Colibri.
Marcel, in case you don't have these in your inbox you can find them on
linux-gpio's patchwork:
https://patchwork.ozlabs.org/project/linux-gpio/list/
Thierry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://lists.infradead.org/pipermail/linux-arm-kernel/attachments/20160419/ef7ce9b0/attachment.sig>
next prev parent reply other threads:[~2016-04-19 12:41 UTC|newest]
Thread overview: 78+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-19 12:18 [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support patrice.chotard
2016-04-19 12:18 ` patrice.chotard
2016-04-19 12:18 ` patrice.chotard at st.com
2016-04-19 12:18 ` [PATCH 1/8] mfd: stmpe: Add STMPE_IDX_SYS_CTRL/2 enum patrice.chotard
2016-04-19 12:18 ` patrice.chotard
2016-04-19 12:18 ` patrice.chotard at st.com
2016-04-20 14:32 ` Linus Walleij
2016-04-20 14:32 ` Linus Walleij
2016-04-26 8:19 ` Lee Jones
2016-04-26 8:19 ` Lee Jones
2016-04-26 8:19 ` Lee Jones
2016-04-19 12:18 ` [PATCH 2/8] mfd: stmpe: Add reset support for all STMPE variant patrice.chotard
2016-04-19 12:18 ` patrice.chotard
2016-04-19 12:18 ` patrice.chotard at st.com
2016-04-20 14:34 ` Linus Walleij
2016-04-20 14:34 ` Linus Walleij
2016-04-26 8:18 ` Lee Jones
2016-04-26 8:18 ` Lee Jones
2016-04-26 8:18 ` Lee Jones
2016-04-19 12:18 ` [PATCH 3/8] gpio: stmpe: fix edge and rising/falling edge detection patrice.chotard
2016-04-19 12:18 ` patrice.chotard
2016-04-19 12:18 ` patrice.chotard at st.com
2016-04-19 12:38 ` kbuild test robot
2016-04-19 12:38 ` kbuild test robot
2016-04-19 12:38 ` kbuild test robot
2016-04-20 14:37 ` Linus Walleij
2016-04-20 14:37 ` Linus Walleij
2016-04-21 13:48 ` Patrice Chotard
2016-04-21 13:48 ` Patrice Chotard
2016-04-21 13:48 ` Patrice Chotard
2016-04-19 12:18 ` [PATCH 4/8] gpio: stmpe: write int status register only when needed patrice.chotard
2016-04-19 12:18 ` patrice.chotard
2016-04-19 12:18 ` patrice.chotard at st.com
2016-04-20 14:38 ` Linus Walleij
2016-04-20 14:38 ` Linus Walleij
2016-04-19 12:18 ` [PATCH 5/8] Documentation: dt: add stmpe1600 compatible string to stmpe mfd patrice.chotard
2016-04-19 12:18 ` patrice.chotard
2016-04-19 12:18 ` patrice.chotard at st.com
2016-04-20 14:39 ` Linus Walleij
2016-04-20 14:39 ` Linus Walleij
2016-04-19 12:18 ` [PATCH 6/8] mfd: Add STMPE1600 support patrice.chotard
2016-04-19 12:18 ` patrice.chotard
2016-04-19 12:18 ` patrice.chotard at st.com
2016-04-20 14:43 ` Linus Walleij
2016-04-20 14:43 ` Linus Walleij
2016-04-21 13:51 ` Patrice Chotard
2016-04-21 13:51 ` Patrice Chotard
2016-04-21 13:51 ` Patrice Chotard
2016-04-19 12:18 ` [PATCH 7/8] gpio: stmpe: " patrice.chotard
2016-04-19 12:18 ` patrice.chotard
2016-04-19 12:18 ` patrice.chotard at st.com
2016-04-20 14:53 ` Linus Walleij
2016-04-20 14:53 ` Linus Walleij
2016-04-22 7:17 ` Patrice Chotard
2016-04-22 7:17 ` Patrice Chotard
2016-04-22 7:17 ` Patrice Chotard
2016-04-19 12:18 ` [PATCH 8/8] gpio: stmpe: configure GPIO as output by default patrice.chotard
2016-04-19 12:18 ` patrice.chotard
2016-04-19 12:18 ` patrice.chotard at st.com
2016-04-20 14:56 ` Linus Walleij
2016-04-20 14:56 ` Linus Walleij
2016-04-19 12:41 ` Thierry Reding [this message]
2016-04-19 12:41 ` [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support Thierry Reding
2016-04-20 16:15 ` Marcel Ziswiler
2016-04-20 16:15 ` Marcel Ziswiler
2016-04-20 16:15 ` Marcel Ziswiler
2016-04-19 15:53 ` Stephen Warren
2016-04-19 15:53 ` Stephen Warren
2016-04-20 7:40 ` Patrice Chotard
2016-04-20 7:40 ` Patrice Chotard
2016-04-20 7:40 ` Patrice Chotard
2016-04-20 16:02 ` Stephen Warren
2016-04-20 16:02 ` Stephen Warren
2016-04-21 2:39 ` Marcel Ziswiler
2016-04-21 2:39 ` Marcel Ziswiler
2016-04-21 2:39 ` Marcel Ziswiler
2016-04-20 14:25 ` Linus Walleij
2016-04-20 14:25 ` Linus Walleij
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=20160419124126.GF8284@ulmo.ba.sec \
--to=thierry.reding@gmail.com \
--cc=amelie.delaunay@st.com \
--cc=dinguyen@opensource.altera.com \
--cc=gnurou@gmail.com \
--cc=kernel@pengutronix.de \
--cc=lee.jones@linaro.org \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marcel.ziswiler@toradex.com \
--cc=maxime.coquelin@st.com \
--cc=patrice.chotard@st.com \
--cc=shawnguo@kernel.org \
--cc=shiraz.linux.kernel@gmail.com \
--cc=swarren@wwwdotorg.org \
--cc=vireshk@kernel.org \
/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.