linux-toradex.git/include/linux/mfd/stmpe.h, branch v4.4.77

Input: stmpe-ts - enforce device tree only mode

2015-05-26T21:16:08+00:00

The STMPE MFD is only used with device tree configured systems (and STMPE
MFD core depends on OF), so force the configuration to come from device
tree only.

Tested-by: Heiner Kallweit 
Reviewed-by: Marek Vasut 
Acked-by: Lee Jones 
Signed-off-by: Dmitry Torokhov

gpio: stmpe: enforce device tree only mode

2015-01-20T10:03:22+00:00

Require that device tree be used with STMPE (all platforms use this)
and enforce OF_GPIO, then delete the platform data.

Signed-off-by: Linus Walleij

Input: stmpe - enforce device tree only mode

2014-12-16T05:46:12+00:00

The STMPE keypad controller is only used with device tree configured
systems, so force the configuration to come from device tree only, and now
actually get the rows and cols from the device tree too.

Signed-off-by: Linus Walleij 
Acked-by: Lee Jones 
Signed-off-by: Dmitry Torokhov

mfd: stmpe: add pull up/down register offsets for STMPE

2014-12-16T05:46:11+00:00

This adds the register offsets for pull up/down for the STMPE
1601, 1801 and 24xx expanders. This is used to bias GPIO lines
and keypad lines.

Signed-off-by: Linus Walleij 
Acked-by: Lee Jones 
Signed-off-by: Dmitry Torokhov

mfd: stmpe: root out static GPIO and IRQ assignments

2014-05-23T08:41:01+00:00

The only platform using the STMPE expander now boots from
device tree using all-dynamic GPIO and IRQ number assignments, so
remove the mechanism to pass this from the device tree entirely.

Signed-off-by: Linus Walleij

mfd: stmpe: add optional regulators

2014-05-09T09:51:12+00:00

The STMPE has VCC and VIO supply lines, and sometimes (as on
Ux500) this comes from a software-controlled regulator. Make
it possible to supply the STMPE with power from these
regulators.

Signed-off-by: Linus Walleij

mfd: support stmpe1801 18 bits enhanced port expander

2013-04-09T12:15:58+00:00

Provides support for 1801 variant of stmpe gpio port expanders.
This chip has 18 gpios configurable as GPI, GPO, keypad matrix,
special key or dedicated key function.

Note that special/dedicated key function is not supported yet.

Signed-off-by: Jean-Nicolas Graux 
Acked-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd: stmpe: Get rid of irq_invert_polarity

2012-11-30T10:54:51+00:00

Since the very first patch, stmpe core driver is using irq_invert_polarity as
part of platform data. But, nobody is actually using it in kernel till now.

Also, this is not something part of hardware specs, but is included to cater
some board mistakes or quirks.

So, better get rid of it. This is earlier discussed here:

https://lkml.org/lkml/2012/11/27/636

Signed-off-by: Viresh Kumar 
Acked-by: Lee Jones 
Signed-off-by: Samuel Ortiz

mfd: Provide the STMPE driver with its own IRQ domain

2012-11-11T22:35:03+00:00

The STMPE driver is yet another IRQ controller which requires its
own IRQ domain. So, we provide it with one.

Acked-by: Arnd Bergmann 
Acked-by: Linus Walleij 
Signed-off-by: Lee Jones 
Signed-off-by: Samuel Ortiz

mfd: Allow for const stmpe keyboard data

2012-05-09T15:20:29+00:00

Since it's not like we will re-arrange the keys at run-time, it
seems proper to allow the keymap data to be const. This solves
a compilation warning in ux500.

Cc: Dmitry Torokhov 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz