2008-02-05 14:28:17 +08:00
|
|
|
#
|
2011-05-20 14:40:19 +08:00
|
|
|
# GPIO infrastructure and drivers
|
2008-02-05 14:28:17 +08:00
|
|
|
#
|
|
|
|
|
|
2008-07-25 16:46:11 +08:00
|
|
|
config ARCH_WANT_OPTIONAL_GPIOLIB
|
2008-02-05 14:28:17 +08:00
|
|
|
bool
|
2008-07-25 16:46:11 +08:00
|
|
|
help
|
|
|
|
|
Select this config option from the architecture Kconfig, if
|
|
|
|
|
it is possible to use gpiolib on the architecture, but let the
|
|
|
|
|
user decide whether to actually build it or not.
|
|
|
|
|
Select this instead of ARCH_REQUIRE_GPIOLIB, if your architecture does
|
|
|
|
|
not depend on GPIOs being available, but rather let the user
|
|
|
|
|
decide whether he needs it or not.
|
|
|
|
|
|
|
|
|
|
config ARCH_REQUIRE_GPIOLIB
|
|
|
|
|
bool
|
|
|
|
|
select GPIOLIB
|
2008-02-05 14:28:17 +08:00
|
|
|
help
|
|
|
|
|
Platforms select gpiolib if they use this infrastructure
|
|
|
|
|
for all their GPIOs, usually starting with ones integrated
|
|
|
|
|
into SOC processors.
|
2008-07-25 16:46:11 +08:00
|
|
|
Selecting this from the architecture code will cause the gpiolib
|
|
|
|
|
code to always get built in.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
menuconfig GPIOLIB
|
|
|
|
|
bool "GPIO Support"
|
|
|
|
|
depends on ARCH_WANT_OPTIONAL_GPIOLIB || ARCH_REQUIRE_GPIOLIB
|
|
|
|
|
select GENERIC_GPIO
|
|
|
|
|
help
|
|
|
|
|
This enables GPIO support through the generic GPIO library.
|
|
|
|
|
You only need to enable this, if you also want to enable
|
2011-05-20 14:40:19 +08:00
|
|
|
one or more of the GPIO drivers below.
|
2008-07-25 16:46:11 +08:00
|
|
|
|
|
|
|
|
If unsure, say N.
|
2008-02-05 14:28:17 +08:00
|
|
|
|
2008-07-25 16:46:11 +08:00
|
|
|
if GPIOLIB
|
2008-02-05 14:28:17 +08:00
|
|
|
|
|
|
|
|
config DEBUG_GPIO
|
|
|
|
|
bool "Debug GPIO calls"
|
|
|
|
|
depends on DEBUG_KERNEL
|
|
|
|
|
help
|
|
|
|
|
Say Y here to add some extra checks and diagnostics to GPIO calls.
|
2009-01-26 18:12:25 +08:00
|
|
|
These checks help ensure that GPIOs have been properly initialized
|
|
|
|
|
before they are used, and that sleeping calls are not made from
|
|
|
|
|
non-sleeping contexts. They can make bitbanged serial protocols
|
2008-02-05 14:28:17 +08:00
|
|
|
slower. The diagnostics help catch the type of setup errors
|
|
|
|
|
that are most common when setting up new platforms or boards.
|
|
|
|
|
|
gpio: sysfs interface
This adds a simple sysfs interface for GPIOs.
/sys/class/gpio
/export ... asks the kernel to export a GPIO to userspace
/unexport ... to return a GPIO to the kernel
/gpioN ... for each exported GPIO #N
/value ... always readable, writes fail for input GPIOs
/direction ... r/w as: in, out (default low); write high, low
/gpiochipN ... for each gpiochip; #N is its first GPIO
/base ... (r/o) same as N
/label ... (r/o) descriptive, not necessarily unique
/ngpio ... (r/o) number of GPIOs; numbered N .. N+(ngpio - 1)
GPIOs claimed by kernel code may be exported by its owner using a new
gpio_export() call, which should be most useful for driver debugging.
Such exports may optionally be done without a "direction" attribute.
Userspace may ask to take over a GPIO by writing to a sysfs control file,
helping to cope with incomplete board support or other "one-off"
requirements that don't merit full kernel support:
echo 23 > /sys/class/gpio/export
... will gpio_request(23, "sysfs") and gpio_export(23);
use /sys/class/gpio/gpio-23/direction to (re)configure it,
when that GPIO can be used as both input and output.
echo 23 > /sys/class/gpio/unexport
... will gpio_free(23), when it was exported as above
The extra D-space footprint is a few hundred bytes, except for the sysfs
resources associated with each exported GPIO. The additional I-space
footprint is about two thirds of the current size of gpiolib (!). Since
no /dev node creation is involved, no "udev" support is needed.
Related changes:
* This adds a device pointer to "struct gpio_chip". When GPIO
providers initialize that, sysfs gpio class devices become children of
that device instead of being "virtual" devices.
* The (few) gpio_chip providers which have such a device node have
been updated.
* Some gpio_chip drivers also needed to update their module "owner"
field ... for which missing kerneldoc was added.
* Some gpio_chips don't support input GPIOs. Those GPIOs are now
flagged appropriately when the chip is registered.
Based on previous patches, and discussion both on and off LKML.
A Documentation/ABI/testing/sysfs-gpio update is ready to submit once this
merges to mainline.
[akpm@linux-foundation.org: a few maintenance build fixes]
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Cc: Guennadi Liakhovetski <g.liakhovetski@pengutronix.de>
Cc: Greg KH <greg@kroah.com>
Cc: Kay Sievers <kay.sievers@vrfy.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:07 +08:00
|
|
|
config GPIO_SYSFS
|
|
|
|
|
bool "/sys/class/gpio/... (sysfs interface)"
|
|
|
|
|
depends on SYSFS && EXPERIMENTAL
|
|
|
|
|
help
|
|
|
|
|
Say Y here to add a sysfs interface for GPIOs.
|
|
|
|
|
|
|
|
|
|
This is mostly useful to work around omissions in a system's
|
|
|
|
|
kernel support. Those are common in custom and semicustom
|
|
|
|
|
hardware assembled using standard kernels with a minimum of
|
|
|
|
|
custom patches. In those cases, userspace code may import
|
|
|
|
|
a given GPIO from the kernel, if no kernel driver requested it.
|
|
|
|
|
|
|
|
|
|
Kernel drivers may also request that a particular GPIO be
|
|
|
|
|
exported to userspace; this can be useful when debugging.
|
|
|
|
|
|
2011-06-05 08:38:28 +08:00
|
|
|
config GPIO_GENERIC
|
|
|
|
|
tristate
|
|
|
|
|
|
2011-05-20 14:40:19 +08:00
|
|
|
# put drivers in the right section, in alphabetical order
|
2008-02-05 14:28:17 +08:00
|
|
|
|
2011-07-06 18:32:13 +08:00
|
|
|
config GPIO_DA9052
|
|
|
|
|
tristate "Dialog DA9052 GPIO"
|
2011-12-20 10:02:54 +08:00
|
|
|
depends on PMIC_DA9052 && BROKEN
|
2011-07-06 18:32:13 +08:00
|
|
|
help
|
|
|
|
|
Say yes here to enable the GPIO driver for the DA9052 chip.
|
|
|
|
|
|
2010-03-06 05:44:33 +08:00
|
|
|
config GPIO_MAX730X
|
|
|
|
|
tristate
|
|
|
|
|
|
2011-05-20 14:40:19 +08:00
|
|
|
comment "Memory mapped GPIO drivers:"
|
2008-11-13 05:25:38 +08:00
|
|
|
|
2011-06-05 08:38:28 +08:00
|
|
|
config GPIO_GENERIC_PLATFORM
|
|
|
|
|
tristate "Generic memory-mapped GPIO controller support (MMIO platform device)"
|
|
|
|
|
select GPIO_GENERIC
|
2010-10-28 06:33:15 +08:00
|
|
|
help
|
2011-06-05 08:38:28 +08:00
|
|
|
Say yes here to support basic platform_device memory-mapped GPIO controllers.
|
2010-10-28 06:33:15 +08:00
|
|
|
|
2010-03-06 05:44:39 +08:00
|
|
|
config GPIO_IT8761E
|
|
|
|
|
tristate "IT8761E GPIO support"
|
|
|
|
|
help
|
|
|
|
|
Say yes here to support GPIO functionality of IT8761E super I/O chip.
|
|
|
|
|
|
2011-06-02 01:09:19 +08:00
|
|
|
config GPIO_EP93XX
|
|
|
|
|
def_bool y
|
|
|
|
|
depends on ARCH_EP93XX
|
2011-06-09 05:35:33 +08:00
|
|
|
select GPIO_GENERIC
|
2011-06-02 01:09:19 +08:00
|
|
|
|
2011-07-07 01:54:19 +08:00
|
|
|
config GPIO_MPC5200
|
|
|
|
|
def_bool y
|
|
|
|
|
depends on PPC_MPC52xx
|
|
|
|
|
|
2011-09-21 18:49:20 +08:00
|
|
|
config GPIO_MPC8XXX
|
|
|
|
|
bool "MPC512x/MPC8xxx GPIO support"
|
|
|
|
|
depends on PPC_MPC512x || PPC_MPC831x || PPC_MPC834x || PPC_MPC837x || \
|
|
|
|
|
FSL_SOC_BOOKE || PPC_86xx
|
|
|
|
|
help
|
|
|
|
|
Say Y here if you're going to use hardware that connects to the
|
|
|
|
|
MPC512x/831x/834x/837x/8572/8610 GPIOs.
|
|
|
|
|
|
2011-05-17 04:57:39 +08:00
|
|
|
config GPIO_MSM_V1
|
|
|
|
|
tristate "Qualcomm MSM GPIO v1"
|
|
|
|
|
depends on GPIOLIB && ARCH_MSM
|
|
|
|
|
help
|
|
|
|
|
Say yes here to support the GPIO interface on ARM v6 based
|
|
|
|
|
Qualcomm MSM chips. Most of the pins on the MSM can be
|
|
|
|
|
selected for GPIO, and are controlled by this driver.
|
|
|
|
|
|
2011-05-17 06:53:38 +08:00
|
|
|
config GPIO_MSM_V2
|
|
|
|
|
tristate "Qualcomm MSM GPIO v2"
|
|
|
|
|
depends on GPIOLIB && ARCH_MSM
|
|
|
|
|
help
|
|
|
|
|
Say yes here to support the GPIO interface on ARM v7 based
|
|
|
|
|
Qualcomm MSM chips. Most of the pins on the MSM can be
|
|
|
|
|
selected for GPIO, and are controlled by this driver.
|
|
|
|
|
|
2011-06-06 00:07:54 +08:00
|
|
|
config GPIO_MXC
|
|
|
|
|
def_bool y
|
|
|
|
|
depends on ARCH_MXC
|
2011-06-05 08:38:28 +08:00
|
|
|
select GPIO_GENERIC
|
2011-06-07 16:25:37 +08:00
|
|
|
select GENERIC_IRQ_CHIP
|
2011-06-05 08:38:28 +08:00
|
|
|
|
|
|
|
|
config GPIO_MXS
|
|
|
|
|
def_bool y
|
|
|
|
|
depends on ARCH_MXS
|
2011-06-06 22:31:29 +08:00
|
|
|
select GPIO_GENERIC
|
2011-06-07 22:00:54 +08:00
|
|
|
select GENERIC_IRQ_CHIP
|
2011-06-06 00:07:54 +08:00
|
|
|
|
2009-06-19 07:48:58 +08:00
|
|
|
config GPIO_PL061
|
|
|
|
|
bool "PrimeCell PL061 GPIO support"
|
|
|
|
|
depends on ARM_AMBA
|
2011-10-21 21:05:53 +08:00
|
|
|
select GENERIC_IRQ_CHIP
|
2009-06-19 07:48:58 +08:00
|
|
|
help
|
|
|
|
|
Say yes here to support the PrimeCell PL061 GPIO device
|
|
|
|
|
|
2011-10-17 20:37:52 +08:00
|
|
|
config GPIO_PXA
|
|
|
|
|
bool "PXA GPIO support"
|
|
|
|
|
depends on ARCH_PXA || ARCH_MMP
|
|
|
|
|
help
|
|
|
|
|
Say yes here to support the PXA GPIO device
|
|
|
|
|
|
2008-11-13 05:25:38 +08:00
|
|
|
config GPIO_XILINX
|
|
|
|
|
bool "Xilinx GPIO support"
|
2009-05-11 21:49:12 +08:00
|
|
|
depends on PPC_OF || MICROBLAZE
|
2008-11-13 05:25:38 +08:00
|
|
|
help
|
|
|
|
|
Say yes here to support the Xilinx FPGA GPIO device
|
|
|
|
|
|
2009-06-29 10:11:05 +08:00
|
|
|
config GPIO_VR41XX
|
|
|
|
|
tristate "NEC VR4100 series General-purpose I/O Uint support"
|
|
|
|
|
depends on CPU_VR41XX
|
|
|
|
|
help
|
|
|
|
|
Say yes here to support the NEC VR4100 series General-purpose I/O Uint
|
|
|
|
|
|
2010-03-02 17:48:55 +08:00
|
|
|
config GPIO_SCH
|
2011-03-14 18:53:05 +08:00
|
|
|
tristate "Intel SCH/TunnelCreek GPIO"
|
2011-05-20 14:40:17 +08:00
|
|
|
depends on PCI && X86
|
2010-03-06 01:43:06 +08:00
|
|
|
select MFD_CORE
|
2010-03-02 17:48:55 +08:00
|
|
|
select LPC_SCH
|
|
|
|
|
help
|
2011-03-14 18:53:05 +08:00
|
|
|
Say yes here to support GPIO interface on Intel Poulsbo SCH
|
|
|
|
|
or Intel Tunnel Creek processor.
|
2010-03-02 17:48:55 +08:00
|
|
|
The Intel SCH contains a total of 14 GPIO pins. Ten GPIOs are
|
|
|
|
|
powered by the core power rail and are turned off during sleep
|
|
|
|
|
modes (S3 and higher). The remaining four GPIOs are powered by
|
|
|
|
|
the Intel SCH suspend power supply. These GPIOs remain
|
|
|
|
|
active during S3. The suspend powered GPIOs can be used to wake the
|
|
|
|
|
system from the Suspend-to-RAM state.
|
2011-03-14 18:53:05 +08:00
|
|
|
The Intel Tunnel Creek processor has 5 GPIOs powered by the
|
|
|
|
|
core power rail and 9 from suspend power supply.
|
2010-03-02 17:48:55 +08:00
|
|
|
|
2010-10-01 04:55:48 +08:00
|
|
|
config GPIO_VX855
|
|
|
|
|
tristate "VIA VX855/VX875 GPIO"
|
2011-09-02 22:43:36 +08:00
|
|
|
depends on PCI
|
2010-10-01 04:55:48 +08:00
|
|
|
select MFD_CORE
|
|
|
|
|
select MFD_VX855
|
|
|
|
|
help
|
|
|
|
|
Support access to the VX855/VX875 GPIO lines through the gpio library.
|
|
|
|
|
|
|
|
|
|
This driver provides common support for accessing the device,
|
|
|
|
|
additional drivers must be enabled in order to use the
|
|
|
|
|
functionality of the device.
|
|
|
|
|
|
2008-02-05 14:28:17 +08:00
|
|
|
comment "I2C GPIO expanders:"
|
|
|
|
|
|
2010-03-06 05:44:33 +08:00
|
|
|
config GPIO_MAX7300
|
|
|
|
|
tristate "Maxim MAX7300 GPIO expander"
|
|
|
|
|
depends on I2C
|
|
|
|
|
select GPIO_MAX730X
|
|
|
|
|
help
|
|
|
|
|
GPIO driver for Maxim MAX7301 I2C-based GPIO expander.
|
|
|
|
|
|
2008-07-25 16:46:14 +08:00
|
|
|
config GPIO_MAX732X
|
|
|
|
|
tristate "MAX7319, MAX7320-7327 I2C Port Expanders"
|
|
|
|
|
depends on I2C
|
|
|
|
|
help
|
|
|
|
|
Say yes here to support the MAX7319, MAX7320-7327 series of I2C
|
|
|
|
|
Port Expanders. Each IO port on these chips has a fixed role of
|
|
|
|
|
Input (designated by 'I'), Push-Pull Output ('O'), or Open-Drain
|
|
|
|
|
Input and Output (designed by 'P'). The combinations are listed
|
|
|
|
|
below:
|
|
|
|
|
|
|
|
|
|
8 bits: max7319 (8I), max7320 (8O), max7321 (8P),
|
|
|
|
|
max7322 (4I4O), max7323 (4P4O)
|
|
|
|
|
|
|
|
|
|
16 bits: max7324 (8I8O), max7325 (8P8O),
|
|
|
|
|
max7326 (4I12O), max7327 (4P12O)
|
|
|
|
|
|
|
|
|
|
Board setup code must specify the model to use, and the start
|
|
|
|
|
number for these GPIOs.
|
|
|
|
|
|
2010-05-27 05:42:16 +08:00
|
|
|
config GPIO_MAX732X_IRQ
|
|
|
|
|
bool "Interrupt controller support for MAX732x"
|
|
|
|
|
depends on GPIO_MAX732X=y && GENERIC_HARDIRQS
|
|
|
|
|
help
|
|
|
|
|
Say yes here to enable the max732x to be used as an interrupt
|
|
|
|
|
controller. It requires the driver to be built in the kernel.
|
|
|
|
|
|
2008-02-06 17:39:03 +08:00
|
|
|
config GPIO_PCA953X
|
2009-01-07 06:42:27 +08:00
|
|
|
tristate "PCA953x, PCA955x, TCA64xx, and MAX7310 I/O ports"
|
2008-02-05 14:28:26 +08:00
|
|
|
depends on I2C
|
|
|
|
|
help
|
2008-07-05 00:59:37 +08:00
|
|
|
Say yes here to provide access to several register-oriented
|
|
|
|
|
SMBus I/O expanders, made mostly by NXP or TI. Compatible
|
|
|
|
|
models include:
|
|
|
|
|
|
|
|
|
|
4 bits: pca9536, pca9537
|
|
|
|
|
|
2009-01-07 06:42:27 +08:00
|
|
|
8 bits: max7310, pca9534, pca9538, pca9554, pca9557,
|
|
|
|
|
tca6408
|
2008-07-05 00:59:37 +08:00
|
|
|
|
2009-01-07 06:42:27 +08:00
|
|
|
16 bits: pca9535, pca9539, pca9555, tca6416
|
2008-02-05 14:28:26 +08:00
|
|
|
|
2010-03-06 05:44:36 +08:00
|
|
|
config GPIO_PCA953X_IRQ
|
|
|
|
|
bool "Interrupt controller support for PCA953x"
|
|
|
|
|
depends on GPIO_PCA953X=y
|
|
|
|
|
help
|
|
|
|
|
Say yes here to enable the pca953x to be used as an interrupt
|
|
|
|
|
controller. It requires the driver to be built in the kernel.
|
|
|
|
|
|
2008-02-05 14:28:24 +08:00
|
|
|
config GPIO_PCF857X
|
2008-07-22 05:21:34 +08:00
|
|
|
tristate "PCF857x, PCA{85,96}7x, and MAX732[89] I2C GPIO expanders"
|
2008-02-05 14:28:24 +08:00
|
|
|
depends on I2C
|
|
|
|
|
help
|
|
|
|
|
Say yes here to provide access to most "quasi-bidirectional" I2C
|
|
|
|
|
GPIO expanders used for additional digital outputs or inputs.
|
|
|
|
|
Most of these parts are from NXP, though TI is a second source for
|
|
|
|
|
some of them. Compatible models include:
|
|
|
|
|
|
|
|
|
|
8 bits: pcf8574, pcf8574a, pca8574, pca8574a,
|
2008-07-22 05:21:34 +08:00
|
|
|
pca9670, pca9672, pca9674, pca9674a,
|
|
|
|
|
max7328, max7329
|
2008-02-05 14:28:24 +08:00
|
|
|
|
|
|
|
|
16 bits: pcf8575, pcf8575c, pca8575,
|
|
|
|
|
pca9671, pca9673, pca9675
|
|
|
|
|
|
|
|
|
|
Your board setup code will need to declare the expanders in
|
|
|
|
|
use, and assign numbers to the GPIOs they expose. Those GPIOs
|
|
|
|
|
can then be used from drivers and other kernel code, just like
|
|
|
|
|
other GPIOs, but only accessible from task contexts.
|
|
|
|
|
|
|
|
|
|
This driver provides an in-kernel interface to those GPIOs using
|
|
|
|
|
platform-neutral GPIO calls.
|
|
|
|
|
|
2010-08-11 09:02:27 +08:00
|
|
|
config GPIO_SX150X
|
|
|
|
|
bool "Semtech SX150x I2C GPIO expander"
|
|
|
|
|
depends on I2C=y
|
|
|
|
|
default n
|
|
|
|
|
help
|
|
|
|
|
Say yes here to provide support for Semtech SX150-series I2C
|
|
|
|
|
GPIO expanders. Compatible models include:
|
|
|
|
|
|
|
|
|
|
8 bits: sx1508q
|
|
|
|
|
16 bits: sx1509q
|
|
|
|
|
|
2010-07-02 19:22:09 +08:00
|
|
|
config GPIO_STMPE
|
|
|
|
|
bool "STMPE GPIOs"
|
|
|
|
|
depends on MFD_STMPE
|
|
|
|
|
help
|
|
|
|
|
This enables support for the GPIOs found on the STMPE I/O
|
|
|
|
|
Expanders.
|
|
|
|
|
|
2010-12-13 12:03:13 +08:00
|
|
|
config GPIO_TC3589X
|
|
|
|
|
bool "TC3589X GPIOs"
|
|
|
|
|
depends on MFD_TC3589X
|
2010-05-11 05:43:47 +08:00
|
|
|
help
|
2010-12-13 12:03:13 +08:00
|
|
|
This enables support for the GPIOs found on the TC3589X
|
2010-05-11 05:43:47 +08:00
|
|
|
I/O Expander.
|
|
|
|
|
|
2011-06-10 03:50:19 +08:00
|
|
|
config GPIO_TPS65912
|
|
|
|
|
tristate "TI TPS65912 GPIO"
|
|
|
|
|
depends on (MFD_TPS65912_I2C || MFD_TPS65912_SPI)
|
|
|
|
|
help
|
|
|
|
|
This driver supports TPS65912 gpio chip
|
|
|
|
|
|
2008-10-21 05:51:46 +08:00
|
|
|
config GPIO_TWL4030
|
|
|
|
|
tristate "TWL4030, TWL5030, and TPS659x0 GPIOs"
|
|
|
|
|
depends on TWL4030_CORE
|
|
|
|
|
help
|
|
|
|
|
Say yes here to access the GPIO signals of various multi-function
|
|
|
|
|
power management chips from Texas Instruments.
|
|
|
|
|
|
2009-07-27 21:46:00 +08:00
|
|
|
config GPIO_WM831X
|
|
|
|
|
tristate "WM831x GPIOs"
|
|
|
|
|
depends on MFD_WM831X
|
|
|
|
|
help
|
|
|
|
|
Say yes here to access the GPIO signals of WM831x power management
|
|
|
|
|
chips from Wolfson Microelectronics.
|
|
|
|
|
|
2010-01-08 00:10:08 +08:00
|
|
|
config GPIO_WM8350
|
|
|
|
|
tristate "WM8350 GPIOs"
|
|
|
|
|
depends on MFD_WM8350
|
|
|
|
|
help
|
|
|
|
|
Say yes here to access the GPIO signals of WM8350 power management
|
|
|
|
|
chips from Wolfson Microelectronics.
|
|
|
|
|
|
2010-01-30 02:20:30 +08:00
|
|
|
config GPIO_WM8994
|
|
|
|
|
tristate "WM8994 GPIOs"
|
|
|
|
|
depends on MFD_WM8994
|
|
|
|
|
help
|
|
|
|
|
Say yes here to access the GPIO signals of WM8994 audio hub
|
|
|
|
|
CODECs from Wolfson Microelectronics.
|
|
|
|
|
|
2009-09-23 07:46:39 +08:00
|
|
|
config GPIO_ADP5520
|
|
|
|
|
tristate "GPIO Support for ADP5520 PMIC"
|
|
|
|
|
depends on PMIC_ADP5520
|
|
|
|
|
help
|
|
|
|
|
This option enables support for on-chip GPIO found
|
|
|
|
|
on Analog Devices ADP5520 PMICs.
|
|
|
|
|
|
2010-01-09 06:43:08 +08:00
|
|
|
config GPIO_ADP5588
|
|
|
|
|
tristate "ADP5588 I2C GPIO expander"
|
|
|
|
|
depends on I2C
|
|
|
|
|
help
|
|
|
|
|
This option enables support for 18 GPIOs found
|
|
|
|
|
on Analog Devices ADP5588 GPIO Expanders.
|
|
|
|
|
|
2010-10-28 06:33:19 +08:00
|
|
|
config GPIO_ADP5588_IRQ
|
|
|
|
|
bool "Interrupt controller support for ADP5588"
|
|
|
|
|
depends on GPIO_ADP5588=y
|
|
|
|
|
help
|
|
|
|
|
Say yes here to enable the adp5588 to be used as an interrupt
|
|
|
|
|
controller. It requires the driver to be built in the kernel.
|
|
|
|
|
|
2008-07-25 16:46:10 +08:00
|
|
|
comment "PCI GPIO expanders:"
|
|
|
|
|
|
2009-12-15 10:00:32 +08:00
|
|
|
config GPIO_CS5535
|
|
|
|
|
tristate "AMD CS5535/CS5536 GPIO support"
|
2011-11-23 18:44:24 +08:00
|
|
|
depends on PCI && X86 && MFD_CS5535
|
2009-12-15 10:00:32 +08:00
|
|
|
help
|
|
|
|
|
The AMD CS5535 and CS5536 southbridges support 28 GPIO pins that
|
|
|
|
|
can be used for quite a number of things. The CS5535/6 is found on
|
|
|
|
|
AMD Geode and Lemote Yeeloong devices.
|
|
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
2008-07-25 16:46:10 +08:00
|
|
|
config GPIO_BT8XX
|
|
|
|
|
tristate "BT8XX GPIO abuser"
|
|
|
|
|
depends on PCI && VIDEO_BT848=n
|
|
|
|
|
help
|
|
|
|
|
The BT8xx frame grabber chip has 24 GPIO pins than can be abused
|
|
|
|
|
as a cheap PCI GPIO card.
|
|
|
|
|
|
|
|
|
|
This chip can be found on Miro, Hauppauge and STB TV-cards.
|
|
|
|
|
|
|
|
|
|
The card needs to be physically altered for using it as a
|
|
|
|
|
GPIO card. For more information on how to build a GPIO card
|
|
|
|
|
from a BT8xx TV card, see the documentation file at
|
|
|
|
|
Documentation/bt8xxgpio.txt
|
|
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
2009-09-23 07:46:36 +08:00
|
|
|
config GPIO_LANGWELL
|
2010-05-27 05:42:25 +08:00
|
|
|
bool "Intel Langwell/Penwell GPIO support"
|
2011-03-18 03:32:46 +08:00
|
|
|
depends on PCI && X86
|
2009-09-23 07:46:36 +08:00
|
|
|
help
|
2010-05-27 05:42:25 +08:00
|
|
|
Say Y here to support Intel Langwell/Penwell GPIO.
|
2009-09-23 07:46:36 +08:00
|
|
|
|
2010-10-28 06:33:21 +08:00
|
|
|
config GPIO_PCH
|
2011-10-28 08:23:32 +08:00
|
|
|
tristate "Intel EG20T PCH/LAPIS Semiconductor IOH(ML7223/ML7831) GPIO"
|
2011-03-18 03:32:46 +08:00
|
|
|
depends on PCI && X86
|
2011-07-21 08:19:59 +08:00
|
|
|
select GENERIC_IRQ_CHIP
|
2010-10-28 06:33:21 +08:00
|
|
|
help
|
|
|
|
|
This driver is for PCH(Platform controller Hub) GPIO of Intel Topcliff
|
|
|
|
|
which is an IOH(Input/Output Hub) for x86 embedded processor.
|
|
|
|
|
This driver can access PCH GPIO device.
|
|
|
|
|
|
2011-10-28 08:23:32 +08:00
|
|
|
This driver also can be used for LAPIS Semiconductor IOH(Input/
|
|
|
|
|
Output Hub), ML7223 and ML7831.
|
2011-05-09 18:58:49 +08:00
|
|
|
ML7223 IOH is for MP(Media Phone) use.
|
2011-10-28 08:23:32 +08:00
|
|
|
ML7831 IOH is for general purpose use.
|
|
|
|
|
ML7223/ML7831 is companion chip for Intel Atom E6xx series.
|
|
|
|
|
ML7223/ML7831 is completely compatible for Intel EG20T PCH.
|
2011-05-09 18:58:49 +08:00
|
|
|
|
2011-01-13 09:00:22 +08:00
|
|
|
config GPIO_ML_IOH
|
|
|
|
|
tristate "OKI SEMICONDUCTOR ML7213 IOH GPIO support"
|
|
|
|
|
depends on PCI
|
2011-08-05 12:04:21 +08:00
|
|
|
select GENERIC_IRQ_CHIP
|
2011-01-13 09:00:22 +08:00
|
|
|
help
|
|
|
|
|
ML7213 is companion chip for Intel Atom E6xx series.
|
|
|
|
|
This driver can be used for OKI SEMICONDUCTOR ML7213 IOH(Input/Output
|
|
|
|
|
Hub) which is for IVI(In-Vehicle Infotainment) use.
|
|
|
|
|
This driver can access the IOH's GPIO device.
|
|
|
|
|
|
2009-12-16 08:46:18 +08:00
|
|
|
config GPIO_TIMBERDALE
|
|
|
|
|
bool "Support for timberdale GPIO IP"
|
2011-05-20 14:40:17 +08:00
|
|
|
depends on MFD_TIMBERDALE && HAS_IOMEM
|
2009-12-16 08:46:18 +08:00
|
|
|
---help---
|
|
|
|
|
Add support for the GPIO IP in the timberdale FPGA.
|
|
|
|
|
|
2010-03-21 08:06:09 +08:00
|
|
|
config GPIO_RDC321X
|
|
|
|
|
tristate "RDC R-321x GPIO support"
|
2011-05-20 14:40:17 +08:00
|
|
|
depends on PCI
|
2010-05-12 04:24:20 +08:00
|
|
|
select MFD_CORE
|
2010-03-21 08:06:09 +08:00
|
|
|
select MFD_RDC321X
|
|
|
|
|
help
|
|
|
|
|
Support for the RDC R321x SoC GPIOs over southbridge
|
|
|
|
|
PCI configuration space.
|
|
|
|
|
|
2008-02-05 14:28:17 +08:00
|
|
|
comment "SPI GPIO expanders:"
|
|
|
|
|
|
2008-07-22 05:21:34 +08:00
|
|
|
config GPIO_MAX7301
|
|
|
|
|
tristate "Maxim MAX7301 GPIO expander"
|
|
|
|
|
depends on SPI_MASTER
|
2010-03-06 05:44:33 +08:00
|
|
|
select GPIO_MAX730X
|
2008-07-22 05:21:34 +08:00
|
|
|
help
|
2010-03-06 05:44:33 +08:00
|
|
|
GPIO driver for Maxim MAX7301 SPI-based GPIO expander.
|
2008-07-22 05:21:34 +08:00
|
|
|
|
2008-02-05 14:28:25 +08:00
|
|
|
config GPIO_MCP23S08
|
mcp23s08: add i2c support
Add i2c bindings for the mcp230xx devices. This is quite a lot simpler
than the spi one as there's no funky sub addressing done (one struct
i2c_client per struct gpio_chip).
The mcp23s08_platform_data structure is reused for i2c, even though
only a single mcp23s08_chip_info structure is needed.
To use, simply fill out a platform_data structure and pass it in
i2c_board_info, E.G.:
static const struct mcp23s08_platform_data mcp23017_data = {
.chip[0] = {
.pullups = 0x00ff,
},
.base = 240,
};
static struct i2c_board_info __initdata i2c_devs[] = {
{ I2C_BOARD_INFO("mcp23017", 0x20),
.platform_data = &smartview_mcp23017_data, },
...
};
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
2011-07-15 16:25:32 +08:00
|
|
|
tristate "Microchip MCP23xxx I/O expander"
|
|
|
|
|
depends on SPI_MASTER || I2C
|
2008-02-05 14:28:25 +08:00
|
|
|
help
|
mcp23s08: add i2c support
Add i2c bindings for the mcp230xx devices. This is quite a lot simpler
than the spi one as there's no funky sub addressing done (one struct
i2c_client per struct gpio_chip).
The mcp23s08_platform_data structure is reused for i2c, even though
only a single mcp23s08_chip_info structure is needed.
To use, simply fill out a platform_data structure and pass it in
i2c_board_info, E.G.:
static const struct mcp23s08_platform_data mcp23017_data = {
.chip[0] = {
.pullups = 0x00ff,
},
.base = 240,
};
static struct i2c_board_info __initdata i2c_devs[] = {
{ I2C_BOARD_INFO("mcp23017", 0x20),
.platform_data = &smartview_mcp23017_data, },
...
};
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
Signed-off-by: Grant Likely <grant.likely@secretlab.ca>
2011-07-15 16:25:32 +08:00
|
|
|
SPI/I2C driver for Microchip MCP23S08/MCP23S17/MCP23008/MCP23017
|
|
|
|
|
I/O expanders.
|
2011-03-10 00:56:30 +08:00
|
|
|
This provides a GPIO interface supporting inputs and outputs.
|
2008-02-05 14:28:25 +08:00
|
|
|
|
2009-09-23 07:46:34 +08:00
|
|
|
config GPIO_MC33880
|
|
|
|
|
tristate "Freescale MC33880 high-side/low-side switch"
|
|
|
|
|
depends on SPI_MASTER
|
|
|
|
|
help
|
|
|
|
|
SPI driver for Freescale MC33880 high-side/low-side switch.
|
|
|
|
|
This provides GPIO interface supporting inputs and outputs.
|
|
|
|
|
|
2010-10-28 06:33:18 +08:00
|
|
|
config GPIO_74X164
|
|
|
|
|
tristate "74x164 serial-in/parallel-out 8-bits shift register"
|
|
|
|
|
depends on SPI_MASTER
|
|
|
|
|
help
|
|
|
|
|
Platform driver for 74x164 compatible serial-in/parallel-out
|
|
|
|
|
8-outputs shift registers. This driver can be used to provide access
|
|
|
|
|
to more gpio outputs.
|
|
|
|
|
|
2009-09-23 07:46:35 +08:00
|
|
|
comment "AC97 GPIO expanders:"
|
|
|
|
|
|
|
|
|
|
config GPIO_UCB1400
|
|
|
|
|
bool "Philips UCB1400 GPIO"
|
|
|
|
|
depends on UCB1400_CORE
|
|
|
|
|
help
|
|
|
|
|
This enables support for the Philips UCB1400 GPIO pins.
|
|
|
|
|
The UCB1400 is an AC97 audio codec.
|
|
|
|
|
|
2010-04-07 16:08:01 +08:00
|
|
|
comment "MODULbus GPIO expanders:"
|
|
|
|
|
|
|
|
|
|
config GPIO_JANZ_TTL
|
|
|
|
|
tristate "Janz VMOD-TTL Digital IO Module"
|
|
|
|
|
depends on MFD_JANZ_CMODIO
|
|
|
|
|
help
|
|
|
|
|
This enables support for the Janz VMOD-TTL Digital IO module.
|
|
|
|
|
This driver provides support for driving the pins in output
|
|
|
|
|
mode only. Input mode is not supported.
|
|
|
|
|
|
2011-06-05 08:38:28 +08:00
|
|
|
config GPIO_AB8500
|
2011-02-09 13:32:35 +08:00
|
|
|
bool "ST-Ericsson AB8500 Mixed Signal Circuit gpio functions"
|
2011-03-29 10:02:50 +08:00
|
|
|
depends on AB8500_CORE && BROKEN
|
2011-02-09 13:32:35 +08:00
|
|
|
help
|
|
|
|
|
Select this to enable the AB8500 IC GPIO driver
|
2011-05-17 07:35:37 +08:00
|
|
|
|
|
|
|
|
config GPIO_TPS65910
|
|
|
|
|
bool "TPS65910 GPIO"
|
|
|
|
|
depends on MFD_TPS65910
|
|
|
|
|
help
|
|
|
|
|
Select this option to enable GPIO driver for the TPS65910
|
|
|
|
|
chip family.
|
2008-07-25 16:46:11 +08:00
|
|
|
endif
|