David Brownell | a9c5fff | 2008-02-04 22:28:17 -0800 | [diff] [blame] | 1 | # |
| 2 | # GPIO infrastructure and expanders |
| 3 | # |
| 4 | |
| 5 | config HAVE_GPIO_LIB |
| 6 | bool |
| 7 | help |
| 8 | Platforms select gpiolib if they use this infrastructure |
| 9 | for all their GPIOs, usually starting with ones integrated |
| 10 | into SOC processors. |
| 11 | |
| 12 | menu "GPIO Support" |
| 13 | depends on HAVE_GPIO_LIB |
| 14 | |
| 15 | config DEBUG_GPIO |
| 16 | bool "Debug GPIO calls" |
| 17 | depends on DEBUG_KERNEL |
| 18 | help |
| 19 | Say Y here to add some extra checks and diagnostics to GPIO calls. |
| 20 | The checks help ensure that GPIOs have been properly initialized |
| 21 | before they are used and that sleeping calls aren not made from |
| 22 | nonsleeping contexts. They can make bitbanged serial protocols |
| 23 | slower. The diagnostics help catch the type of setup errors |
| 24 | that are most common when setting up new platforms or boards. |
| 25 | |
David Brownell | d8f388d | 2008-07-25 01:46:07 -0700 | [diff] [blame^] | 26 | config GPIO_SYSFS |
| 27 | bool "/sys/class/gpio/... (sysfs interface)" |
| 28 | depends on SYSFS && EXPERIMENTAL |
| 29 | help |
| 30 | Say Y here to add a sysfs interface for GPIOs. |
| 31 | |
| 32 | This is mostly useful to work around omissions in a system's |
| 33 | kernel support. Those are common in custom and semicustom |
| 34 | hardware assembled using standard kernels with a minimum of |
| 35 | custom patches. In those cases, userspace code may import |
| 36 | a given GPIO from the kernel, if no kernel driver requested it. |
| 37 | |
| 38 | Kernel drivers may also request that a particular GPIO be |
| 39 | exported to userspace; this can be useful when debugging. |
| 40 | |
David Brownell | a9c5fff | 2008-02-04 22:28:17 -0800 | [diff] [blame] | 41 | # put expanders in the right section, in alphabetical order |
| 42 | |
| 43 | comment "I2C GPIO expanders:" |
| 44 | |
Guennadi Liakhovetski | f3dc363 | 2008-02-06 01:39:03 -0800 | [diff] [blame] | 45 | config GPIO_PCA953X |
David Brownell | 7059d4b | 2008-07-04 09:59:37 -0700 | [diff] [blame] | 46 | tristate "PCA953x, PCA955x, and MAX7310 I/O ports" |
eric miao | 9e60fdc | 2008-02-04 22:28:26 -0800 | [diff] [blame] | 47 | depends on I2C |
| 48 | help |
David Brownell | 7059d4b | 2008-07-04 09:59:37 -0700 | [diff] [blame] | 49 | Say yes here to provide access to several register-oriented |
| 50 | SMBus I/O expanders, made mostly by NXP or TI. Compatible |
| 51 | models include: |
| 52 | |
| 53 | 4 bits: pca9536, pca9537 |
| 54 | |
| 55 | 8 bits: max7310, pca9534, pca9538, pca9554, pca9557 |
| 56 | |
| 57 | 16 bits: pca9535, pca9539, pca9555 |
eric miao | 9e60fdc | 2008-02-04 22:28:26 -0800 | [diff] [blame] | 58 | |
| 59 | This driver can also be built as a module. If so, the module |
Guennadi Liakhovetski | f3dc363 | 2008-02-06 01:39:03 -0800 | [diff] [blame] | 60 | will be called pca953x. |
eric miao | 9e60fdc | 2008-02-04 22:28:26 -0800 | [diff] [blame] | 61 | |
David Brownell | 15fae37 | 2008-02-04 22:28:24 -0800 | [diff] [blame] | 62 | config GPIO_PCF857X |
David Brownell | 1673ad5 | 2008-07-21 14:21:34 -0700 | [diff] [blame] | 63 | tristate "PCF857x, PCA{85,96}7x, and MAX732[89] I2C GPIO expanders" |
David Brownell | 15fae37 | 2008-02-04 22:28:24 -0800 | [diff] [blame] | 64 | depends on I2C |
| 65 | help |
| 66 | Say yes here to provide access to most "quasi-bidirectional" I2C |
| 67 | GPIO expanders used for additional digital outputs or inputs. |
| 68 | Most of these parts are from NXP, though TI is a second source for |
| 69 | some of them. Compatible models include: |
| 70 | |
| 71 | 8 bits: pcf8574, pcf8574a, pca8574, pca8574a, |
David Brownell | 1673ad5 | 2008-07-21 14:21:34 -0700 | [diff] [blame] | 72 | pca9670, pca9672, pca9674, pca9674a, |
| 73 | max7328, max7329 |
David Brownell | 15fae37 | 2008-02-04 22:28:24 -0800 | [diff] [blame] | 74 | |
| 75 | 16 bits: pcf8575, pcf8575c, pca8575, |
| 76 | pca9671, pca9673, pca9675 |
| 77 | |
| 78 | Your board setup code will need to declare the expanders in |
| 79 | use, and assign numbers to the GPIOs they expose. Those GPIOs |
| 80 | can then be used from drivers and other kernel code, just like |
| 81 | other GPIOs, but only accessible from task contexts. |
| 82 | |
| 83 | This driver provides an in-kernel interface to those GPIOs using |
| 84 | platform-neutral GPIO calls. |
| 85 | |
David Brownell | a9c5fff | 2008-02-04 22:28:17 -0800 | [diff] [blame] | 86 | comment "SPI GPIO expanders:" |
| 87 | |
Juergen Beisert | 0c36ec3 | 2008-07-21 14:21:34 -0700 | [diff] [blame] | 88 | config GPIO_MAX7301 |
| 89 | tristate "Maxim MAX7301 GPIO expander" |
| 90 | depends on SPI_MASTER |
| 91 | help |
| 92 | gpio driver for Maxim MAX7301 SPI GPIO expander. |
| 93 | |
David Brownell | e58b9e2 | 2008-02-04 22:28:25 -0800 | [diff] [blame] | 94 | config GPIO_MCP23S08 |
| 95 | tristate "Microchip MCP23S08 I/O expander" |
| 96 | depends on SPI_MASTER |
| 97 | help |
| 98 | SPI driver for Microchip MCP23S08 I/O expander. This provides |
| 99 | a GPIO interface supporting inputs and outputs. |
| 100 | |
David Brownell | a9c5fff | 2008-02-04 22:28:17 -0800 | [diff] [blame] | 101 | endmenu |