Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-20 Thread Marcel Ziswiler 
On Wed, 2016-04-20 at 10:02 -0600, Stephen Warren wrote:
> On 04/20/2016 01:40 AM, Patrice Chotard wrote:
> > 
> > On 04/19/2016 05:53 PM, Stephen Warren wrote:
> > > 
> > > On 04/19/2016 06:18 AM, patrice.chot...@st.com wrote:
> > > > 
> > > > From: Patrice Chotard 
> > > > 
> > > > 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-tr
> > > > ansceivers/
> > > > 
> > > > 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/STMPE240
> > > > 1
> > > > 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 TEGRA ARCHITECTURE SUPPORT
> > > > _ Stephen Warren 
> > > > _ Thierry Reding 
> > > > _ Alexandre Courbot 
> > > I don't know what STMPE is, and I don't believe it is used on
> > > Tegra;
> > > what makes you think it is?
> ...
> > 
> > I put you in copy as STMPE811 is used on tegra30-apalis and
> > tegra30-colibri platforms.
> Ah. You'd best contact the individual board owners, since those are 
> 3rd-party Tegra boards and I don't believe anyone at NVIDIA has them
> to 
> test with etc. I added likely candidates to Cc and dropped all the 
> individuals unrelated to Tegra to keep the CC list low.

I gave the whole series a spin on Apalis T30 2GB V1.1A featuring a
STMPE811 and the EDT VGA touch panel connected to it still works
perfectly running LXDE on top of the modesetting X driver.
Unfortunately the 4.6.0-rc4-next-20160420 I used for testing is broken
beyond easy quick repair on i.MX 6 so I was unable to validate it on
there, sorry.


Tested-by: Marcel Ziswiler

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-20 Thread Marcel Ziswiler 
On Wed, 2016-04-20 at 10:02 -0600, Stephen Warren wrote:
> On 04/20/2016 01:40 AM, Patrice Chotard wrote:
> > 
> > On 04/19/2016 05:53 PM, Stephen Warren wrote:
> > > 
> > > On 04/19/2016 06:18 AM, patrice.chot...@st.com wrote:
> > > > 
> > > > From: Patrice Chotard 
> > > > 
> > > > 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-tr
> > > > ansceivers/
> > > > 
> > > > 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/STMPE240
> > > > 1
> > > > 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 TEGRA ARCHITECTURE SUPPORT
> > > > _ Stephen Warren 
> > > > _ Thierry Reding 
> > > > _ Alexandre Courbot 
> > > I don't know what STMPE is, and I don't believe it is used on
> > > Tegra;
> > > what makes you think it is?
> ...
> > 
> > I put you in copy as STMPE811 is used on tegra30-apalis and
> > tegra30-colibri platforms.
> Ah. You'd best contact the individual board owners, since those are 
> 3rd-party Tegra boards and I don't believe anyone at NVIDIA has them
> to 
> test with etc. I added likely candidates to Cc and dropped all the 
> individuals unrelated to Tegra to keep the CC list low.

I gave the whole series a spin on Apalis T30 2GB V1.1A featuring a
STMPE811 and the EDT VGA touch panel connected to it still works
perfectly running LXDE on top of the modesetting X driver.
Unfortunately the 4.6.0-rc4-next-20160420 I used for testing is broken
beyond easy quick repair on i.MX 6 so I was unable to validate it on
there, sorry.


Tested-by: Marcel Ziswiler

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-20 Thread Marcel Ziswiler 

On Apr 19, 2016 14:41, Thierry Reding  wrote:
>...
> Adding Marcel Ziswiler, who's better suited a

On Tue, Apr 19, 2016 at 02:18:29PM +0200, patrice.chot...@st.com wrote:
> From: Patrice Chotard 
>
> 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 
>   _ Sascha Hauer 
>
> For ARM/SOCFPGA ARCHITECTURE
>   _ Dinh Nguyen 
>
> For SPEAR PLATFORM SUPPORT
>   _ Viresh Kumar 
>   _ Shiraz Hashim 
>
> For TEGRA ARCHITECTURE SUPPORT
>   _ Stephen Warren 
>   _ Thierry Reding 
>   _ Alexandre Courbot 

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

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-20 Thread Marcel Ziswiler 

On Apr 19, 2016 14:41, Thierry Reding  wrote:
>...
> Adding Marcel Ziswiler, who's better suited a

On Tue, Apr 19, 2016 at 02:18:29PM +0200, patrice.chot...@st.com wrote:
> From: Patrice Chotard 
>
> 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 
>   _ Sascha Hauer 
>
> For ARM/SOCFPGA ARCHITECTURE
>   _ Dinh Nguyen 
>
> For SPEAR PLATFORM SUPPORT
>   _ Viresh Kumar 
>   _ Shiraz Hashim 
>
> For TEGRA ARCHITECTURE SUPPORT
>   _ Stephen Warren 
>   _ Thierry Reding 
>   _ Alexandre Courbot 

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

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-20 Thread Stephen Warren 

On 04/20/2016 01:40 AM, Patrice Chotard wrote:

On 04/19/2016 05:53 PM, Stephen Warren wrote:

On 04/19/2016 06:18 AM, patrice.chot...@st.com wrote:

From: Patrice Chotard 

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 TEGRA ARCHITECTURE SUPPORT
_ Stephen Warren 
_ Thierry Reding 
_ Alexandre Courbot 


I don't know what STMPE is, and I don't believe it is used on Tegra;
what makes you think it is?

...

I put you in copy as STMPE811 is used on tegra30-apalis and
tegra30-colibri platforms.


Ah. You'd best contact the individual board owners, since those are 
3rd-party Tegra boards and I don't believe anyone at NVIDIA has them to 
test with etc. I added likely candidates to Cc and dropped all the 
individuals unrelated to Tegra to keep the CC list low.

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-20 Thread Stephen Warren 

On 04/20/2016 01:40 AM, Patrice Chotard wrote:

On 04/19/2016 05:53 PM, Stephen Warren wrote:

On 04/19/2016 06:18 AM, patrice.chot...@st.com wrote:

From: Patrice Chotard 

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 TEGRA ARCHITECTURE SUPPORT
_ Stephen Warren 
_ Thierry Reding 
_ Alexandre Courbot 


I don't know what STMPE is, and I don't believe it is used on Tegra;
what makes you think it is?

...

I put you in copy as STMPE811 is used on tegra30-apalis and
tegra30-colibri platforms.


Ah. You'd best contact the individual board owners, since those are 
3rd-party Tegra boards and I don't believe anyone at NVIDIA has them to 
test with etc. I added likely candidates to Cc and dropped all the 
individuals unrelated to Tegra to keep the CC list low.

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-20 Thread Linus Walleij 
On Tue, Apr 19, 2016 at 5:53 PM, Stephen Warren  wrote:
> On 04/19/2016 06:18 AM, patrice.chot...@st.com wrote:

>> For TEGRA ARCHITECTURE SUPPORT
>> _ Stephen Warren 
>> _ Thierry Reding 
>> _ Alexandre Courbot 
>
> I don't know what STMPE is,

ST Microelectronics Multi-Purpose Expander.
Some GPIO and keypad and touchscreen, PWM and what
not.

> and I don't believe it is used on Tegra; what
> makes you think it is?

Probably this:

$ git grep stmpe arch/arm/boot/dts/

arch/arm/boot/dts/tegra30-apalis.dtsi:  stmpe811@41 {
arch/arm/boot/dts/tegra30-apalis.dtsi:  compatible =
"st,stmpe811";
arch/arm/boot/dts/tegra30-apalis.dtsi:  stmpe_touchscreen {
arch/arm/boot/dts/tegra30-apalis.dtsi:
compatible = "st,stmpe-ts";
arch/arm/boot/dts/tegra30-colibri.dtsi: stmpe811@41 {
arch/arm/boot/dts/tegra30-colibri.dtsi: compatible =
"st,stmpe811";
arch/arm/boot/dts/tegra30-colibri.dtsi: stmpe_touchscreen {
arch/arm/boot/dts/tegra30-colibri.dtsi:
compatible = "st,stmpe-ts";

Yours,
Linus Walleij

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-20 Thread Linus Walleij 
On Tue, Apr 19, 2016 at 5:53 PM, Stephen Warren  wrote:
> On 04/19/2016 06:18 AM, patrice.chot...@st.com wrote:

>> For TEGRA ARCHITECTURE SUPPORT
>> _ Stephen Warren 
>> _ Thierry Reding 
>> _ Alexandre Courbot 
>
> I don't know what STMPE is,

ST Microelectronics Multi-Purpose Expander.
Some GPIO and keypad and touchscreen, PWM and what
not.

> and I don't believe it is used on Tegra; what
> makes you think it is?

Probably this:

$ git grep stmpe arch/arm/boot/dts/

arch/arm/boot/dts/tegra30-apalis.dtsi:  stmpe811@41 {
arch/arm/boot/dts/tegra30-apalis.dtsi:  compatible =
"st,stmpe811";
arch/arm/boot/dts/tegra30-apalis.dtsi:  stmpe_touchscreen {
arch/arm/boot/dts/tegra30-apalis.dtsi:
compatible = "st,stmpe-ts";
arch/arm/boot/dts/tegra30-colibri.dtsi: stmpe811@41 {
arch/arm/boot/dts/tegra30-colibri.dtsi: compatible =
"st,stmpe811";
arch/arm/boot/dts/tegra30-colibri.dtsi: stmpe_touchscreen {
arch/arm/boot/dts/tegra30-colibri.dtsi:
compatible = "st,stmpe-ts";

Yours,
Linus Walleij

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-20 Thread Patrice Chotard 



On 04/19/2016 05:53 PM, Stephen Warren wrote:

On 04/19/2016 06:18 AM, patrice.chot...@st.com wrote:

From: Patrice Chotard 

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 TEGRA ARCHITECTURE SUPPORT
_ Stephen Warren 
_ Thierry Reding 
_ Alexandre Courbot 


I don't know what STMPE is, and I don't believe it is used on Tegra; 
what makes you think it is?


Hi Stephen

STMPE family is GPIO expander, and for some of them, it includes others 
fonctionnality:

_STMPE811 and STMPE610: touchscreen controller
_ STMPE1601, STMPE2401 and STMPE2403: keypad and PWM controller
_ STMPE1801: keypad controller

For more informations, some datasheets are available here: 
http://www2.st.com/content/st_com/en/products/interfaces-and-transceivers/i-o-expanders-and-level-translators/i-o-expanders.html?querycriteria=productId=SC1027


drivers/mfd/stmpe.c and drivers/gpio/gpio-stmpe.c are drivers which 
support all STMPE variant.
I put you in copy as STMPE811 is used on tegra30-apalis and 
tegra30-colibri platforms.


Thanks

Patrice

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-20 Thread Patrice Chotard 



On 04/19/2016 05:53 PM, Stephen Warren wrote:

On 04/19/2016 06:18 AM, patrice.chot...@st.com wrote:

From: Patrice Chotard 

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 TEGRA ARCHITECTURE SUPPORT
_ Stephen Warren 
_ Thierry Reding 
_ Alexandre Courbot 


I don't know what STMPE is, and I don't believe it is used on Tegra; 
what makes you think it is?


Hi Stephen

STMPE family is GPIO expander, and for some of them, it includes others 
fonctionnality:

_STMPE811 and STMPE610: touchscreen controller
_ STMPE1601, STMPE2401 and STMPE2403: keypad and PWM controller
_ STMPE1801: keypad controller

For more informations, some datasheets are available here: 
http://www2.st.com/content/st_com/en/products/interfaces-and-transceivers/i-o-expanders-and-level-translators/i-o-expanders.html?querycriteria=productId=SC1027


drivers/mfd/stmpe.c and drivers/gpio/gpio-stmpe.c are drivers which 
support all STMPE variant.
I put you in copy as STMPE811 is used on tegra30-apalis and 
tegra30-colibri platforms.


Thanks

Patrice

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-19 Thread Stephen Warren 

On 04/19/2016 06:18 AM, patrice.chot...@st.com wrote:

From: Patrice Chotard 

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 TEGRA ARCHITECTURE SUPPORT
_ Stephen Warren 
_ Thierry Reding 
_ Alexandre Courbot 


I don't know what STMPE is, and I don't believe it is used on Tegra; 
what makes you think it is?

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-19 Thread Stephen Warren 

On 04/19/2016 06:18 AM, patrice.chot...@st.com wrote:

From: Patrice Chotard 

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 TEGRA ARCHITECTURE SUPPORT
_ Stephen Warren 
_ Thierry Reding 
_ Alexandre Courbot 


I don't know what STMPE is, and I don't believe it is used on Tegra; 
what makes you think it is?

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-19 Thread Thierry Reding 
On Tue, Apr 19, 2016 at 02:18:29PM +0200, patrice.chot...@st.com wrote:
> From: Patrice Chotard 
> 
> 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 
>   _ Sascha Hauer 
> 
> For ARM/SOCFPGA ARCHITECTURE
>   _ Dinh Nguyen 
> 
> For SPEAR PLATFORM SUPPORT
>   _ Viresh Kumar 
>   _ Shiraz Hashim 
> 
> For TEGRA ARCHITECTURE SUPPORT
>   _ Stephen Warren 
>   _ Thierry Reding 
>   _ Alexandre Courbot  

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


signature.asc
Description: PGP signature

Re: [PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-19 Thread Thierry Reding 
On Tue, Apr 19, 2016 at 02:18:29PM +0200, patrice.chot...@st.com wrote:
> From: Patrice Chotard 
> 
> 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 
>   _ Sascha Hauer 
> 
> For ARM/SOCFPGA ARCHITECTURE
>   _ Dinh Nguyen 
> 
> For SPEAR PLATFORM SUPPORT
>   _ Viresh Kumar 
>   _ Shiraz Hashim 
> 
> For TEGRA ARCHITECTURE SUPPORT
>   _ Stephen Warren 
>   _ Thierry Reding 
>   _ Alexandre Courbot  

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


signature.asc
Description: PGP signature

[PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-19 Thread patrice.chotard 
From: Patrice Chotard 

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 
_ Sascha Hauer 

For ARM/SOCFPGA ARCHITECTURE
_ Dinh Nguyen 

For SPEAR PLATFORM SUPPORT
_ Viresh Kumar 
_ Shiraz Hashim 

For TEGRA ARCHITECTURE SUPPORT
_ Stephen Warren 
_ Thierry Reding 
_ Alexandre Courbot  

For ARM/Ux500 ARM ARCHITECTURE
_ Linus Walleij 

Patrice Chotard (8):
  mfd: stmpe: Add STMPE_IDX_SYS_CTRL/2 enum
  mfd: stmpe: Add reset support for all STMPE variant
  gpio: stmpe: fix edge and rising/falling edge detection
  gpio: stmpe: write int status register only when needed
  Documentation: dt: add stmpe1600 compatible string to stmpe mfd
  mfd: Add STMPE1600 support
  gpio: stmpe: Add STMPE1600 support
  gpio: stmpe: configure GPIO as output by default

 Documentation/devicetree/bindings/mfd/stmpe.txt |   2 +-
 drivers/gpio/gpio-stmpe.c   | 142 ++--
 drivers/mfd/stmpe-i2c.c |   2 +
 drivers/mfd/stmpe.c | 105 ++
 drivers/mfd/stmpe.h |  30 -
 include/linux/mfd/stmpe.h   |   3 +
 6 files changed, 223 insertions(+), 61 deletions(-)

-- 
1.9.1

[PATCH 0/8] STMPE fixes/rework and add STMPE1600 support

2016-04-19 Thread patrice.chotard 
From: Patrice Chotard 

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 
_ Sascha Hauer 

For ARM/SOCFPGA ARCHITECTURE
_ Dinh Nguyen 

For SPEAR PLATFORM SUPPORT
_ Viresh Kumar 
_ Shiraz Hashim 

For TEGRA ARCHITECTURE SUPPORT
_ Stephen Warren 
_ Thierry Reding 
_ Alexandre Courbot  

For ARM/Ux500 ARM ARCHITECTURE
_ Linus Walleij 

Patrice Chotard (8):
  mfd: stmpe: Add STMPE_IDX_SYS_CTRL/2 enum
  mfd: stmpe: Add reset support for all STMPE variant
  gpio: stmpe: fix edge and rising/falling edge detection
  gpio: stmpe: write int status register only when needed
  Documentation: dt: add stmpe1600 compatible string to stmpe mfd
  mfd: Add STMPE1600 support
  gpio: stmpe: Add STMPE1600 support
  gpio: stmpe: configure GPIO as output by default

 Documentation/devicetree/bindings/mfd/stmpe.txt |   2 +-
 drivers/gpio/gpio-stmpe.c   | 142 ++--
 drivers/mfd/stmpe-i2c.c |   2 +
 drivers/mfd/stmpe.c | 105 ++
 drivers/mfd/stmpe.h |  30 -
 include/linux/mfd/stmpe.h   |   3 +
 6 files changed, 223 insertions(+), 61 deletions(-)

-- 
1.9.1