2017-05-15 17:24:37 +08:00
|
|
|
/* MCP23S08 SPI/I2C GPIO driver */
|
2008-02-05 14:28:25 +08:00
|
|
|
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/device.h>
|
|
|
|
#include <linux/mutex.h>
|
2011-07-04 01:38:09 +08:00
|
|
|
#include <linux/module.h>
|
2018-09-13 19:58:21 +08:00
|
|
|
#include <linux/gpio/driver.h>
|
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
|
|
|
#include <linux/i2c.h>
|
2008-02-05 14:28:25 +08:00
|
|
|
#include <linux/spi/spi.h>
|
|
|
|
#include <linux/spi/mcp23s08.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 16:04:11 +08:00
|
|
|
#include <linux/slab.h>
|
2011-03-10 00:56:30 +08:00
|
|
|
#include <asm/byteorder.h>
|
2014-01-16 18:44:15 +08:00
|
|
|
#include <linux/interrupt.h>
|
2013-04-04 18:02:02 +08:00
|
|
|
#include <linux/of_device.h>
|
2017-01-27 22:47:37 +08:00
|
|
|
#include <linux/regmap.h>
|
2017-05-15 17:24:26 +08:00
|
|
|
#include <linux/pinctrl/pinctrl.h>
|
|
|
|
#include <linux/pinctrl/pinconf.h>
|
|
|
|
#include <linux/pinctrl/pinconf-generic.h>
|
2008-02-05 14:28:25 +08:00
|
|
|
|
2017-05-15 17:24:37 +08:00
|
|
|
/*
|
2011-03-10 00:56:30 +08:00
|
|
|
* MCP types supported by driver
|
|
|
|
*/
|
|
|
|
#define MCP_TYPE_S08 0
|
|
|
|
#define MCP_TYPE_S17 1
|
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
|
|
|
#define MCP_TYPE_008 2
|
|
|
|
#define MCP_TYPE_017 3
|
2016-03-01 14:25:41 +08:00
|
|
|
#define MCP_TYPE_S18 4
|
2017-10-06 13:08:07 +08:00
|
|
|
#define MCP_TYPE_018 5
|
2008-02-05 14:28:25 +08:00
|
|
|
|
2017-05-15 17:24:36 +08:00
|
|
|
#define MCP_MAX_DEV_PER_CS 8
|
|
|
|
|
2008-02-05 14:28:25 +08:00
|
|
|
/* Registers are all 8 bits wide.
|
|
|
|
*
|
|
|
|
* The mcp23s17 has twice as many bits, and can be configured to work
|
|
|
|
* with either 16 bit registers or with two adjacent 8 bit banks.
|
|
|
|
*/
|
|
|
|
#define MCP_IODIR 0x00 /* init/reset: all ones */
|
|
|
|
#define MCP_IPOL 0x01
|
|
|
|
#define MCP_GPINTEN 0x02
|
|
|
|
#define MCP_DEFVAL 0x03
|
|
|
|
#define MCP_INTCON 0x04
|
|
|
|
#define MCP_IOCON 0x05
|
2014-01-16 18:44:15 +08:00
|
|
|
# define IOCON_MIRROR (1 << 6)
|
2008-02-05 14:28:25 +08:00
|
|
|
# define IOCON_SEQOP (1 << 5)
|
|
|
|
# define IOCON_HAEN (1 << 3)
|
|
|
|
# define IOCON_ODR (1 << 2)
|
|
|
|
# define IOCON_INTPOL (1 << 1)
|
2016-03-15 15:46:30 +08:00
|
|
|
# define IOCON_INTCC (1)
|
2008-02-05 14:28:25 +08:00
|
|
|
#define MCP_GPPU 0x06
|
|
|
|
#define MCP_INTF 0x07
|
|
|
|
#define MCP_INTCAP 0x08
|
|
|
|
#define MCP_GPIO 0x09
|
|
|
|
#define MCP_OLAT 0x0a
|
|
|
|
|
2011-03-10 00:56:30 +08:00
|
|
|
struct mcp23s08;
|
|
|
|
|
2008-02-05 14:28:25 +08:00
|
|
|
struct mcp23s08 {
|
|
|
|
u8 addr;
|
2014-12-01 15:26:00 +08:00
|
|
|
bool irq_active_high;
|
2017-01-27 22:47:37 +08:00
|
|
|
bool reg_shift;
|
2008-02-05 14:28:25 +08:00
|
|
|
|
2014-01-16 18:44:15 +08:00
|
|
|
u16 irq_rise;
|
|
|
|
u16 irq_fall;
|
|
|
|
int irq;
|
|
|
|
bool irq_controller;
|
2017-05-15 17:24:28 +08:00
|
|
|
int cached_gpio;
|
|
|
|
/* lock protects regmap access with bypass/cache flags */
|
2008-02-05 14:28:25 +08:00
|
|
|
struct mutex lock;
|
|
|
|
|
|
|
|
struct gpio_chip chip;
|
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
struct regmap *regmap;
|
|
|
|
struct device *dev;
|
2017-05-15 17:24:26 +08:00
|
|
|
|
|
|
|
struct pinctrl_dev *pctldev;
|
|
|
|
struct pinctrl_desc pinctrl_desc;
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
};
|
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
static const struct reg_default mcp23x08_defaults[] = {
|
|
|
|
{.reg = MCP_IODIR, .def = 0xff},
|
|
|
|
{.reg = MCP_IPOL, .def = 0x00},
|
|
|
|
{.reg = MCP_GPINTEN, .def = 0x00},
|
|
|
|
{.reg = MCP_DEFVAL, .def = 0x00},
|
|
|
|
{.reg = MCP_INTCON, .def = 0x00},
|
|
|
|
{.reg = MCP_IOCON, .def = 0x00},
|
|
|
|
{.reg = MCP_GPPU, .def = 0x00},
|
|
|
|
{.reg = MCP_OLAT, .def = 0x00},
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct regmap_range mcp23x08_volatile_range = {
|
|
|
|
.range_min = MCP_INTF,
|
|
|
|
.range_max = MCP_GPIO,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct regmap_access_table mcp23x08_volatile_table = {
|
|
|
|
.yes_ranges = &mcp23x08_volatile_range,
|
|
|
|
.n_yes_ranges = 1,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct regmap_range mcp23x08_precious_range = {
|
|
|
|
.range_min = MCP_GPIO,
|
|
|
|
.range_max = MCP_GPIO,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct regmap_access_table mcp23x08_precious_table = {
|
|
|
|
.yes_ranges = &mcp23x08_precious_range,
|
|
|
|
.n_yes_ranges = 1,
|
|
|
|
};
|
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
static const struct regmap_config mcp23x08_regmap = {
|
|
|
|
.reg_bits = 8,
|
|
|
|
.val_bits = 8,
|
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
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
.reg_stride = 1,
|
2017-05-15 17:24:28 +08:00
|
|
|
.volatile_table = &mcp23x08_volatile_table,
|
|
|
|
.precious_table = &mcp23x08_precious_table,
|
|
|
|
.reg_defaults = mcp23x08_defaults,
|
|
|
|
.num_reg_defaults = ARRAY_SIZE(mcp23x08_defaults),
|
|
|
|
.cache_type = REGCACHE_FLAT,
|
2017-01-27 22:47:37 +08:00
|
|
|
.max_register = MCP_OLAT,
|
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
|
|
|
};
|
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
static const struct reg_default mcp23x16_defaults[] = {
|
|
|
|
{.reg = MCP_IODIR << 1, .def = 0xffff},
|
|
|
|
{.reg = MCP_IPOL << 1, .def = 0x0000},
|
|
|
|
{.reg = MCP_GPINTEN << 1, .def = 0x0000},
|
|
|
|
{.reg = MCP_DEFVAL << 1, .def = 0x0000},
|
|
|
|
{.reg = MCP_INTCON << 1, .def = 0x0000},
|
|
|
|
{.reg = MCP_IOCON << 1, .def = 0x0000},
|
|
|
|
{.reg = MCP_GPPU << 1, .def = 0x0000},
|
|
|
|
{.reg = MCP_OLAT << 1, .def = 0x0000},
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct regmap_range mcp23x16_volatile_range = {
|
|
|
|
.range_min = MCP_INTF << 1,
|
|
|
|
.range_max = MCP_GPIO << 1,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct regmap_access_table mcp23x16_volatile_table = {
|
|
|
|
.yes_ranges = &mcp23x16_volatile_range,
|
|
|
|
.n_yes_ranges = 1,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct regmap_range mcp23x16_precious_range = {
|
|
|
|
.range_min = MCP_GPIO << 1,
|
|
|
|
.range_max = MCP_GPIO << 1,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct regmap_access_table mcp23x16_precious_table = {
|
|
|
|
.yes_ranges = &mcp23x16_precious_range,
|
|
|
|
.n_yes_ranges = 1,
|
|
|
|
};
|
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
static const struct regmap_config mcp23x17_regmap = {
|
|
|
|
.reg_bits = 8,
|
|
|
|
.val_bits = 16,
|
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
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
.reg_stride = 2,
|
|
|
|
.max_register = MCP_OLAT << 1,
|
2017-05-15 17:24:28 +08:00
|
|
|
.volatile_table = &mcp23x16_volatile_table,
|
|
|
|
.precious_table = &mcp23x16_precious_table,
|
|
|
|
.reg_defaults = mcp23x16_defaults,
|
|
|
|
.num_reg_defaults = ARRAY_SIZE(mcp23x16_defaults),
|
|
|
|
.cache_type = REGCACHE_FLAT,
|
2017-01-27 22:47:37 +08:00
|
|
|
.val_format_endian = REGMAP_ENDIAN_LITTLE,
|
|
|
|
};
|
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
|
|
|
|
2017-05-15 17:24:26 +08:00
|
|
|
static int mcp_read(struct mcp23s08 *mcp, unsigned int reg, unsigned int *val)
|
|
|
|
{
|
|
|
|
return regmap_read(mcp->regmap, reg << mcp->reg_shift, val);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int mcp_write(struct mcp23s08 *mcp, unsigned int reg, unsigned int val)
|
|
|
|
{
|
|
|
|
return regmap_write(mcp->regmap, reg << mcp->reg_shift, val);
|
|
|
|
}
|
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
static int mcp_set_mask(struct mcp23s08 *mcp, unsigned int reg,
|
|
|
|
unsigned int mask, bool enabled)
|
2017-05-15 17:24:26 +08:00
|
|
|
{
|
|
|
|
u16 val = enabled ? 0xffff : 0x0000;
|
|
|
|
return regmap_update_bits(mcp->regmap, reg << mcp->reg_shift,
|
|
|
|
mask, val);
|
|
|
|
}
|
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
static int mcp_set_bit(struct mcp23s08 *mcp, unsigned int reg,
|
|
|
|
unsigned int pin, bool enabled)
|
2017-05-15 17:24:26 +08:00
|
|
|
{
|
2017-05-15 17:24:28 +08:00
|
|
|
u16 mask = BIT(pin);
|
|
|
|
return mcp_set_mask(mcp, reg, mask, enabled);
|
2017-05-15 17:24:26 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static const struct pinctrl_pin_desc mcp23x08_pins[] = {
|
|
|
|
PINCTRL_PIN(0, "gpio0"),
|
|
|
|
PINCTRL_PIN(1, "gpio1"),
|
|
|
|
PINCTRL_PIN(2, "gpio2"),
|
|
|
|
PINCTRL_PIN(3, "gpio3"),
|
|
|
|
PINCTRL_PIN(4, "gpio4"),
|
|
|
|
PINCTRL_PIN(5, "gpio5"),
|
|
|
|
PINCTRL_PIN(6, "gpio6"),
|
|
|
|
PINCTRL_PIN(7, "gpio7"),
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct pinctrl_pin_desc mcp23x17_pins[] = {
|
|
|
|
PINCTRL_PIN(0, "gpio0"),
|
|
|
|
PINCTRL_PIN(1, "gpio1"),
|
|
|
|
PINCTRL_PIN(2, "gpio2"),
|
|
|
|
PINCTRL_PIN(3, "gpio3"),
|
|
|
|
PINCTRL_PIN(4, "gpio4"),
|
|
|
|
PINCTRL_PIN(5, "gpio5"),
|
|
|
|
PINCTRL_PIN(6, "gpio6"),
|
|
|
|
PINCTRL_PIN(7, "gpio7"),
|
|
|
|
PINCTRL_PIN(8, "gpio8"),
|
|
|
|
PINCTRL_PIN(9, "gpio9"),
|
|
|
|
PINCTRL_PIN(10, "gpio10"),
|
|
|
|
PINCTRL_PIN(11, "gpio11"),
|
|
|
|
PINCTRL_PIN(12, "gpio12"),
|
|
|
|
PINCTRL_PIN(13, "gpio13"),
|
|
|
|
PINCTRL_PIN(14, "gpio14"),
|
|
|
|
PINCTRL_PIN(15, "gpio15"),
|
|
|
|
};
|
|
|
|
|
|
|
|
static int mcp_pinctrl_get_groups_count(struct pinctrl_dev *pctldev)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const char *mcp_pinctrl_get_group_name(struct pinctrl_dev *pctldev,
|
|
|
|
unsigned int group)
|
|
|
|
{
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int mcp_pinctrl_get_group_pins(struct pinctrl_dev *pctldev,
|
|
|
|
unsigned int group,
|
|
|
|
const unsigned int **pins,
|
|
|
|
unsigned int *num_pins)
|
|
|
|
{
|
|
|
|
return -ENOTSUPP;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct pinctrl_ops mcp_pinctrl_ops = {
|
|
|
|
.get_groups_count = mcp_pinctrl_get_groups_count,
|
|
|
|
.get_group_name = mcp_pinctrl_get_group_name,
|
|
|
|
.get_group_pins = mcp_pinctrl_get_group_pins,
|
|
|
|
#ifdef CONFIG_OF
|
|
|
|
.dt_node_to_map = pinconf_generic_dt_node_to_map_pin,
|
|
|
|
.dt_free_map = pinconf_generic_dt_free_map,
|
|
|
|
#endif
|
|
|
|
};
|
|
|
|
|
|
|
|
static int mcp_pinconf_get(struct pinctrl_dev *pctldev, unsigned int pin,
|
|
|
|
unsigned long *config)
|
|
|
|
{
|
|
|
|
struct mcp23s08 *mcp = pinctrl_dev_get_drvdata(pctldev);
|
|
|
|
enum pin_config_param param = pinconf_to_config_param(*config);
|
|
|
|
unsigned int data, status;
|
|
|
|
int ret;
|
|
|
|
|
|
|
|
switch (param) {
|
|
|
|
case PIN_CONFIG_BIAS_PULL_UP:
|
|
|
|
ret = mcp_read(mcp, MCP_GPPU, &data);
|
|
|
|
if (ret < 0)
|
|
|
|
return ret;
|
|
|
|
status = (data & BIT(pin)) ? 1 : 0;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
dev_err(mcp->dev, "Invalid config param %04x\n", param);
|
|
|
|
return -ENOTSUPP;
|
|
|
|
}
|
|
|
|
|
|
|
|
*config = 0;
|
|
|
|
|
|
|
|
return status ? 0 : -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int mcp_pinconf_set(struct pinctrl_dev *pctldev, unsigned int pin,
|
|
|
|
unsigned long *configs, unsigned int num_configs)
|
|
|
|
{
|
|
|
|
struct mcp23s08 *mcp = pinctrl_dev_get_drvdata(pctldev);
|
|
|
|
enum pin_config_param param;
|
2017-10-06 13:08:11 +08:00
|
|
|
u32 arg;
|
2017-05-15 17:24:26 +08:00
|
|
|
int ret = 0;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < num_configs; i++) {
|
|
|
|
param = pinconf_to_config_param(configs[i]);
|
|
|
|
arg = pinconf_to_config_argument(configs[i]);
|
|
|
|
|
|
|
|
switch (param) {
|
|
|
|
case PIN_CONFIG_BIAS_PULL_UP:
|
|
|
|
ret = mcp_set_bit(mcp, MCP_GPPU, pin, arg);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
dev_err(mcp->dev, "Invalid config param %04x\n", param);
|
|
|
|
return -ENOTSUPP;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct pinconf_ops mcp_pinconf_ops = {
|
|
|
|
.pin_config_get = mcp_pinconf_get,
|
|
|
|
.pin_config_set = mcp_pinconf_set,
|
|
|
|
.is_generic = true,
|
|
|
|
};
|
|
|
|
|
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
|
|
|
/*----------------------------------------------------------------------*/
|
|
|
|
|
2011-07-15 16:25:31 +08:00
|
|
|
#ifdef CONFIG_SPI_MASTER
|
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
static int mcp23sxx_spi_write(void *context, const void *data, size_t count)
|
2008-02-05 14:28:25 +08:00
|
|
|
{
|
2017-01-27 22:47:37 +08:00
|
|
|
struct mcp23s08 *mcp = context;
|
|
|
|
struct spi_device *spi = to_spi_device(mcp->dev);
|
|
|
|
struct spi_message m;
|
|
|
|
struct spi_transfer t[2] = { { .tx_buf = &mcp->addr, .len = 1, },
|
|
|
|
{ .tx_buf = data, .len = count, }, };
|
2008-02-05 14:28:25 +08:00
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
spi_message_init(&m);
|
|
|
|
spi_message_add_tail(&t[0], &m);
|
|
|
|
spi_message_add_tail(&t[1], &m);
|
|
|
|
|
|
|
|
return spi_sync(spi, &m);
|
2008-02-05 14:28:25 +08:00
|
|
|
}
|
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
static int mcp23sxx_spi_gather_write(void *context,
|
|
|
|
const void *reg, size_t reg_size,
|
|
|
|
const void *val, size_t val_size)
|
2008-02-05 14:28:25 +08:00
|
|
|
{
|
2017-01-27 22:47:37 +08:00
|
|
|
struct mcp23s08 *mcp = context;
|
|
|
|
struct spi_device *spi = to_spi_device(mcp->dev);
|
|
|
|
struct spi_message m;
|
|
|
|
struct spi_transfer t[3] = { { .tx_buf = &mcp->addr, .len = 1, },
|
|
|
|
{ .tx_buf = reg, .len = reg_size, },
|
|
|
|
{ .tx_buf = val, .len = val_size, }, };
|
|
|
|
|
|
|
|
spi_message_init(&m);
|
|
|
|
spi_message_add_tail(&t[0], &m);
|
|
|
|
spi_message_add_tail(&t[1], &m);
|
|
|
|
spi_message_add_tail(&t[2], &m);
|
|
|
|
|
|
|
|
return spi_sync(spi, &m);
|
2008-02-05 14:28:25 +08:00
|
|
|
}
|
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
static int mcp23sxx_spi_read(void *context, const void *reg, size_t reg_size,
|
|
|
|
void *val, size_t val_size)
|
2008-02-05 14:28:25 +08:00
|
|
|
{
|
2017-01-27 22:47:37 +08:00
|
|
|
struct mcp23s08 *mcp = context;
|
|
|
|
struct spi_device *spi = to_spi_device(mcp->dev);
|
|
|
|
u8 tx[2];
|
2008-02-05 14:28:25 +08:00
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
if (reg_size != 1)
|
2008-02-05 14:28:25 +08:00
|
|
|
return -EINVAL;
|
2017-01-27 22:47:37 +08:00
|
|
|
|
2008-02-05 14:28:25 +08:00
|
|
|
tx[0] = mcp->addr | 0x01;
|
2017-01-27 22:47:37 +08:00
|
|
|
tx[1] = *((u8 *) reg);
|
2011-03-10 00:56:30 +08:00
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
return spi_write_then_read(spi, tx, sizeof(tx), val, val_size);
|
2011-03-10 00:56:30 +08:00
|
|
|
}
|
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
static const struct regmap_bus mcp23sxx_spi_regmap = {
|
|
|
|
.write = mcp23sxx_spi_write,
|
|
|
|
.gather_write = mcp23sxx_spi_gather_write,
|
|
|
|
.read = mcp23sxx_spi_read,
|
|
|
|
};
|
2011-03-10 00:56:30 +08:00
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
#endif /* CONFIG_SPI_MASTER */
|
2011-03-10 00:56:30 +08:00
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
/*----------------------------------------------------------------------*/
|
2011-03-10 00:56:30 +08:00
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
/* A given spi_device can represent up to eight mcp23sxx chips
|
|
|
|
* sharing the same chipselect but using different addresses
|
|
|
|
* (e.g. chips #0 and #3 might be populated, but not #1 or $2).
|
|
|
|
* Driver data holds all the per-chip data.
|
|
|
|
*/
|
|
|
|
struct mcp23s08_driver_data {
|
|
|
|
unsigned ngpio;
|
|
|
|
struct mcp23s08 *mcp[8];
|
|
|
|
struct mcp23s08 chip[];
|
2011-03-10 00:56:30 +08:00
|
|
|
};
|
|
|
|
|
2008-02-05 14:28:25 +08:00
|
|
|
|
|
|
|
static int mcp23s08_direction_input(struct gpio_chip *chip, unsigned offset)
|
|
|
|
{
|
2015-12-07 17:09:36 +08:00
|
|
|
struct mcp23s08 *mcp = gpiochip_get_data(chip);
|
2008-02-05 14:28:25 +08:00
|
|
|
int status;
|
|
|
|
|
|
|
|
mutex_lock(&mcp->lock);
|
2017-05-15 17:24:28 +08:00
|
|
|
status = mcp_set_bit(mcp, MCP_IODIR, offset, true);
|
2008-02-05 14:28:25 +08:00
|
|
|
mutex_unlock(&mcp->lock);
|
2017-05-15 17:24:28 +08:00
|
|
|
|
2008-02-05 14:28:25 +08:00
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int mcp23s08_get(struct gpio_chip *chip, unsigned offset)
|
|
|
|
{
|
2015-12-07 17:09:36 +08:00
|
|
|
struct mcp23s08 *mcp = gpiochip_get_data(chip);
|
2017-01-27 22:47:37 +08:00
|
|
|
int status, ret;
|
2008-02-05 14:28:25 +08:00
|
|
|
|
|
|
|
mutex_lock(&mcp->lock);
|
|
|
|
|
|
|
|
/* REVISIT reading this clears any IRQ ... */
|
2017-01-27 22:47:37 +08:00
|
|
|
ret = mcp_read(mcp, MCP_GPIO, &status);
|
|
|
|
if (ret < 0)
|
2008-02-05 14:28:25 +08:00
|
|
|
status = 0;
|
2017-10-18 22:21:02 +08:00
|
|
|
else {
|
|
|
|
mcp->cached_gpio = status;
|
2008-02-05 14:28:25 +08:00
|
|
|
status = !!(status & (1 << offset));
|
2017-10-18 22:21:02 +08:00
|
|
|
}
|
2017-05-15 17:24:28 +08:00
|
|
|
|
2008-02-05 14:28:25 +08:00
|
|
|
mutex_unlock(&mcp->lock);
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
static int __mcp23s08_set(struct mcp23s08 *mcp, unsigned mask, bool value)
|
2008-02-05 14:28:25 +08:00
|
|
|
{
|
2017-05-15 17:24:28 +08:00
|
|
|
return mcp_set_mask(mcp, MCP_OLAT, mask, value);
|
2008-02-05 14:28:25 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void mcp23s08_set(struct gpio_chip *chip, unsigned offset, int value)
|
|
|
|
{
|
2015-12-07 17:09:36 +08:00
|
|
|
struct mcp23s08 *mcp = gpiochip_get_data(chip);
|
2017-05-15 17:24:28 +08:00
|
|
|
unsigned mask = BIT(offset);
|
2008-02-05 14:28:25 +08:00
|
|
|
|
|
|
|
mutex_lock(&mcp->lock);
|
2017-05-15 17:24:28 +08:00
|
|
|
__mcp23s08_set(mcp, mask, !!value);
|
2008-02-05 14:28:25 +08:00
|
|
|
mutex_unlock(&mcp->lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
|
|
|
mcp23s08_direction_output(struct gpio_chip *chip, unsigned offset, int value)
|
|
|
|
{
|
2015-12-07 17:09:36 +08:00
|
|
|
struct mcp23s08 *mcp = gpiochip_get_data(chip);
|
2017-05-15 17:24:28 +08:00
|
|
|
unsigned mask = BIT(offset);
|
2008-02-05 14:28:25 +08:00
|
|
|
int status;
|
|
|
|
|
|
|
|
mutex_lock(&mcp->lock);
|
|
|
|
status = __mcp23s08_set(mcp, mask, value);
|
|
|
|
if (status == 0) {
|
2017-05-15 17:24:28 +08:00
|
|
|
status = mcp_set_mask(mcp, MCP_IODIR, mask, false);
|
2008-02-05 14:28:25 +08:00
|
|
|
}
|
|
|
|
mutex_unlock(&mcp->lock);
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
2014-01-16 18:44:15 +08:00
|
|
|
/*----------------------------------------------------------------------*/
|
|
|
|
static irqreturn_t mcp23s08_irq(int irq, void *data)
|
|
|
|
{
|
|
|
|
struct mcp23s08 *mcp = data;
|
2017-05-15 17:24:28 +08:00
|
|
|
int intcap, intcon, intf, i, gpio, gpio_orig, intcap_mask, defval;
|
2014-01-16 18:44:15 +08:00
|
|
|
unsigned int child_irq;
|
2017-03-16 04:56:47 +08:00
|
|
|
bool intf_set, intcap_changed, gpio_bit_changed,
|
|
|
|
defval_changed, gpio_set;
|
2014-01-16 18:44:15 +08:00
|
|
|
|
|
|
|
mutex_lock(&mcp->lock);
|
2017-10-30 23:03:12 +08:00
|
|
|
if (mcp_read(mcp, MCP_INTF, &intf))
|
|
|
|
goto unlock;
|
2014-01-16 18:44:15 +08:00
|
|
|
|
2017-10-30 23:03:12 +08:00
|
|
|
if (mcp_read(mcp, MCP_INTCAP, &intcap))
|
|
|
|
goto unlock;
|
2014-01-16 18:44:15 +08:00
|
|
|
|
2017-10-30 23:03:12 +08:00
|
|
|
if (mcp_read(mcp, MCP_INTCON, &intcon))
|
|
|
|
goto unlock;
|
2017-05-15 17:24:28 +08:00
|
|
|
|
2017-10-30 23:03:12 +08:00
|
|
|
if (mcp_read(mcp, MCP_DEFVAL, &defval))
|
|
|
|
goto unlock;
|
2017-03-16 04:56:47 +08:00
|
|
|
|
|
|
|
/* This clears the interrupt(configurable on S18) */
|
2017-10-30 23:03:12 +08:00
|
|
|
if (mcp_read(mcp, MCP_GPIO, &gpio))
|
|
|
|
goto unlock;
|
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
gpio_orig = mcp->cached_gpio;
|
|
|
|
mcp->cached_gpio = gpio;
|
2014-01-16 18:44:15 +08:00
|
|
|
mutex_unlock(&mcp->lock);
|
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
if (intf == 0) {
|
2017-03-16 04:56:47 +08:00
|
|
|
/* There is no interrupt pending */
|
|
|
|
return IRQ_HANDLED;
|
|
|
|
}
|
|
|
|
|
|
|
|
dev_dbg(mcp->chip.parent,
|
|
|
|
"intcap 0x%04X intf 0x%04X gpio_orig 0x%04X gpio 0x%04X\n",
|
|
|
|
intcap, intf, gpio_orig, gpio);
|
2014-01-16 18:44:15 +08:00
|
|
|
|
|
|
|
for (i = 0; i < mcp->chip.ngpio; i++) {
|
2017-03-16 04:56:47 +08:00
|
|
|
/* We must check all of the inputs on the chip,
|
|
|
|
* otherwise we may not notice a change on >=2 pins.
|
|
|
|
*
|
|
|
|
* On at least the mcp23s17, INTCAP is only updated
|
|
|
|
* one byte at a time(INTCAPA and INTCAPB are
|
|
|
|
* not written to at the same time - only on a per-bank
|
|
|
|
* basis).
|
|
|
|
*
|
|
|
|
* INTF only contains the single bit that caused the
|
|
|
|
* interrupt per-bank. On the mcp23s17, there is
|
|
|
|
* INTFA and INTFB. If two pins are changed on the A
|
|
|
|
* side at the same time, INTF will only have one bit
|
|
|
|
* set. If one pin on the A side and one pin on the B
|
|
|
|
* side are changed at the same time, INTF will have
|
|
|
|
* two bits set. Thus, INTF can't be the only check
|
|
|
|
* to see if the input has changed.
|
|
|
|
*/
|
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
intf_set = intf & BIT(i);
|
2017-03-16 04:56:47 +08:00
|
|
|
if (i < 8 && intf_set)
|
|
|
|
intcap_mask = 0x00FF;
|
|
|
|
else if (i >= 8 && intf_set)
|
|
|
|
intcap_mask = 0xFF00;
|
|
|
|
else
|
|
|
|
intcap_mask = 0x00;
|
|
|
|
|
|
|
|
intcap_changed = (intcap_mask &
|
2017-05-15 17:24:28 +08:00
|
|
|
(intcap & BIT(i))) !=
|
2017-03-16 04:56:47 +08:00
|
|
|
(intcap_mask & (BIT(i) & gpio_orig));
|
2017-05-15 17:24:28 +08:00
|
|
|
gpio_set = BIT(i) & gpio;
|
2017-03-16 04:56:47 +08:00
|
|
|
gpio_bit_changed = (BIT(i) & gpio_orig) !=
|
2017-05-15 17:24:28 +08:00
|
|
|
(BIT(i) & gpio);
|
|
|
|
defval_changed = (BIT(i) & intcon) &&
|
|
|
|
((BIT(i) & gpio) !=
|
|
|
|
(BIT(i) & defval));
|
2017-03-16 04:56:47 +08:00
|
|
|
|
|
|
|
if (((gpio_bit_changed || intcap_changed) &&
|
|
|
|
(BIT(i) & mcp->irq_rise) && gpio_set) ||
|
|
|
|
((gpio_bit_changed || intcap_changed) &&
|
|
|
|
(BIT(i) & mcp->irq_fall) && !gpio_set) ||
|
|
|
|
defval_changed) {
|
2017-11-08 02:15:47 +08:00
|
|
|
child_irq = irq_find_mapping(mcp->chip.irq.domain, i);
|
2014-01-16 18:44:15 +08:00
|
|
|
handle_nested_irq(child_irq);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return IRQ_HANDLED;
|
2017-10-30 23:03:12 +08:00
|
|
|
|
|
|
|
unlock:
|
|
|
|
mutex_unlock(&mcp->lock);
|
|
|
|
return IRQ_HANDLED;
|
2014-01-16 18:44:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void mcp23s08_irq_mask(struct irq_data *data)
|
|
|
|
{
|
2016-03-18 16:07:06 +08:00
|
|
|
struct gpio_chip *gc = irq_data_get_irq_chip_data(data);
|
|
|
|
struct mcp23s08 *mcp = gpiochip_get_data(gc);
|
2014-01-16 18:44:15 +08:00
|
|
|
unsigned int pos = data->hwirq;
|
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
mcp_set_bit(mcp, MCP_GPINTEN, pos, false);
|
2014-01-16 18:44:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void mcp23s08_irq_unmask(struct irq_data *data)
|
|
|
|
{
|
2016-03-18 16:07:06 +08:00
|
|
|
struct gpio_chip *gc = irq_data_get_irq_chip_data(data);
|
|
|
|
struct mcp23s08 *mcp = gpiochip_get_data(gc);
|
2014-01-16 18:44:15 +08:00
|
|
|
unsigned int pos = data->hwirq;
|
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
mcp_set_bit(mcp, MCP_GPINTEN, pos, true);
|
2014-01-16 18:44:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static int mcp23s08_irq_set_type(struct irq_data *data, unsigned int type)
|
|
|
|
{
|
2016-03-18 16:07:06 +08:00
|
|
|
struct gpio_chip *gc = irq_data_get_irq_chip_data(data);
|
|
|
|
struct mcp23s08 *mcp = gpiochip_get_data(gc);
|
2014-01-16 18:44:15 +08:00
|
|
|
unsigned int pos = data->hwirq;
|
|
|
|
int status = 0;
|
|
|
|
|
|
|
|
if ((type & IRQ_TYPE_EDGE_BOTH) == IRQ_TYPE_EDGE_BOTH) {
|
2017-05-15 17:24:28 +08:00
|
|
|
mcp_set_bit(mcp, MCP_INTCON, pos, false);
|
2014-01-16 18:44:15 +08:00
|
|
|
mcp->irq_rise |= BIT(pos);
|
|
|
|
mcp->irq_fall |= BIT(pos);
|
|
|
|
} else if (type & IRQ_TYPE_EDGE_RISING) {
|
2017-05-15 17:24:28 +08:00
|
|
|
mcp_set_bit(mcp, MCP_INTCON, pos, false);
|
2014-01-16 18:44:15 +08:00
|
|
|
mcp->irq_rise |= BIT(pos);
|
|
|
|
mcp->irq_fall &= ~BIT(pos);
|
|
|
|
} else if (type & IRQ_TYPE_EDGE_FALLING) {
|
2017-05-15 17:24:28 +08:00
|
|
|
mcp_set_bit(mcp, MCP_INTCON, pos, false);
|
2014-01-16 18:44:15 +08:00
|
|
|
mcp->irq_rise &= ~BIT(pos);
|
|
|
|
mcp->irq_fall |= BIT(pos);
|
2016-03-24 01:01:27 +08:00
|
|
|
} else if (type & IRQ_TYPE_LEVEL_HIGH) {
|
2017-05-15 17:24:28 +08:00
|
|
|
mcp_set_bit(mcp, MCP_INTCON, pos, true);
|
|
|
|
mcp_set_bit(mcp, MCP_DEFVAL, pos, false);
|
2016-03-24 01:01:27 +08:00
|
|
|
} else if (type & IRQ_TYPE_LEVEL_LOW) {
|
2017-05-15 17:24:28 +08:00
|
|
|
mcp_set_bit(mcp, MCP_INTCON, pos, true);
|
|
|
|
mcp_set_bit(mcp, MCP_DEFVAL, pos, true);
|
2014-01-16 18:44:15 +08:00
|
|
|
} else
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
return status;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void mcp23s08_irq_bus_lock(struct irq_data *data)
|
|
|
|
{
|
2016-03-18 16:07:06 +08:00
|
|
|
struct gpio_chip *gc = irq_data_get_irq_chip_data(data);
|
|
|
|
struct mcp23s08 *mcp = gpiochip_get_data(gc);
|
2014-01-16 18:44:15 +08:00
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
mutex_lock(&mcp->lock);
|
|
|
|
regcache_cache_only(mcp->regmap, true);
|
2014-01-16 18:44:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void mcp23s08_irq_bus_unlock(struct irq_data *data)
|
|
|
|
{
|
2016-03-18 16:07:06 +08:00
|
|
|
struct gpio_chip *gc = irq_data_get_irq_chip_data(data);
|
|
|
|
struct mcp23s08 *mcp = gpiochip_get_data(gc);
|
2014-01-16 18:44:15 +08:00
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
regcache_cache_only(mcp->regmap, false);
|
|
|
|
regcache_sync(mcp->regmap);
|
|
|
|
|
2014-01-16 18:44:15 +08:00
|
|
|
mutex_unlock(&mcp->lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct irq_chip mcp23s08_irq_chip = {
|
|
|
|
.name = "gpio-mcp23xxx",
|
|
|
|
.irq_mask = mcp23s08_irq_mask,
|
|
|
|
.irq_unmask = mcp23s08_irq_unmask,
|
|
|
|
.irq_set_type = mcp23s08_irq_set_type,
|
|
|
|
.irq_bus_lock = mcp23s08_irq_bus_lock,
|
|
|
|
.irq_bus_sync_unlock = mcp23s08_irq_bus_unlock,
|
|
|
|
};
|
|
|
|
|
|
|
|
static int mcp23s08_irq_setup(struct mcp23s08 *mcp)
|
|
|
|
{
|
|
|
|
struct gpio_chip *chip = &mcp->chip;
|
2016-03-18 16:07:06 +08:00
|
|
|
int err;
|
2014-12-01 15:26:00 +08:00
|
|
|
unsigned long irqflags = IRQF_ONESHOT | IRQF_SHARED;
|
2014-01-16 18:44:15 +08:00
|
|
|
|
2014-12-01 15:26:00 +08:00
|
|
|
if (mcp->irq_active_high)
|
|
|
|
irqflags |= IRQF_TRIGGER_HIGH;
|
|
|
|
else
|
|
|
|
irqflags |= IRQF_TRIGGER_LOW;
|
|
|
|
|
2015-11-04 16:56:26 +08:00
|
|
|
err = devm_request_threaded_irq(chip->parent, mcp->irq, NULL,
|
|
|
|
mcp23s08_irq,
|
|
|
|
irqflags, dev_name(chip->parent), mcp);
|
2014-01-16 18:44:15 +08:00
|
|
|
if (err != 0) {
|
2015-11-04 16:56:26 +08:00
|
|
|
dev_err(chip->parent, "unable to request IRQ#%d: %d\n",
|
2014-01-16 18:44:15 +08:00
|
|
|
mcp->irq, err);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
2018-10-02 16:06:46 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int mcp23s08_irqchip_setup(struct mcp23s08 *mcp)
|
|
|
|
{
|
|
|
|
struct gpio_chip *chip = &mcp->chip;
|
|
|
|
int err;
|
|
|
|
|
2016-11-24 17:57:25 +08:00
|
|
|
err = gpiochip_irqchip_add_nested(chip,
|
|
|
|
&mcp23s08_irq_chip,
|
|
|
|
0,
|
|
|
|
handle_simple_irq,
|
|
|
|
IRQ_TYPE_NONE);
|
2016-03-18 16:07:06 +08:00
|
|
|
if (err) {
|
|
|
|
dev_err(chip->parent,
|
|
|
|
"could not connect irqchip to gpiochip: %d\n", err);
|
|
|
|
return err;
|
2014-01-16 18:44:15 +08:00
|
|
|
}
|
|
|
|
|
2016-11-24 17:57:25 +08:00
|
|
|
gpiochip_set_nested_irqchip(chip,
|
|
|
|
&mcp23s08_irq_chip,
|
|
|
|
mcp->irq);
|
2014-01-16 18:44:15 +08:00
|
|
|
|
2016-03-18 16:07:06 +08:00
|
|
|
return 0;
|
2014-01-16 18:44:15 +08:00
|
|
|
}
|
|
|
|
|
2008-02-05 14:28:25 +08:00
|
|
|
/*----------------------------------------------------------------------*/
|
|
|
|
|
|
|
|
#ifdef CONFIG_DEBUG_FS
|
|
|
|
|
|
|
|
#include <linux/seq_file.h>
|
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
/*
|
|
|
|
* This compares the chip's registers with the register
|
|
|
|
* cache and corrects any incorrectly set register. This
|
|
|
|
* can be used to fix state for MCP23xxx, that temporary
|
|
|
|
* lost its power supply.
|
|
|
|
*/
|
pinctrl: mcp23s08: debugfs: Do not restore the INTF register
Apart from the usual stuff, the debugfs code is currently also used for
one non-obvious side effect. It attempts to check whether the chip's
registers are still set to an expected value, and if not, re-initializes
them. It seems that the driver has "always" done so.
The code, however, also checks the INTF register which normally
indicates which pins have caused the recent interrupt. That's a volatile
register, and the datasheet says that writes are ignored in there.
When I'm just cat-ing /sys/kernel/debug/gpio with no SPI traffic and no
nosie on the GPIO lines, I'm not getting any warnings. Once I actually
use these GPIOs and cat that file in parallel, I always seem to get a:
mcp23s08 spi1.1: restoring reg 0x07 from 0x0000 to 0xffff (power-loss?)
This might be a sign that I should not leave my unused inputs floating,
but the code should not be checking a volatile register, anyway. Let's
simply skip this last item in the iteration. I was also considering
removing this enitre re-initialization because it's non-obvious, but the
code survived various refactorings already and has sign-offs by people
who know more than I do, so let's leave it as-is. For now :).
Signed-off-by: Jan Kundrát <jan.kundrat@cesnet.cz>
Reviewed-by: Phil Reid <preid@electromag.com.au>
Signed-off-by: Linus Walleij <linus.walleij@linaro.org>
2018-02-21 02:04:47 +08:00
|
|
|
#define MCP23S08_CONFIG_REGS 7
|
2017-05-15 17:24:28 +08:00
|
|
|
static int __check_mcp23s08_reg_cache(struct mcp23s08 *mcp)
|
|
|
|
{
|
|
|
|
int cached[MCP23S08_CONFIG_REGS];
|
|
|
|
int err = 0, i;
|
|
|
|
|
|
|
|
/* read cached config registers */
|
|
|
|
for (i = 0; i < MCP23S08_CONFIG_REGS; i++) {
|
|
|
|
err = mcp_read(mcp, i, &cached[i]);
|
|
|
|
if (err)
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
regcache_cache_bypass(mcp->regmap, true);
|
|
|
|
|
|
|
|
for (i = 0; i < MCP23S08_CONFIG_REGS; i++) {
|
|
|
|
int uncached;
|
|
|
|
err = mcp_read(mcp, i, &uncached);
|
|
|
|
if (err)
|
|
|
|
goto out;
|
|
|
|
|
|
|
|
if (uncached != cached[i]) {
|
|
|
|
dev_err(mcp->dev, "restoring reg 0x%02x from 0x%04x to 0x%04x (power-loss?)\n",
|
|
|
|
i, uncached, cached[i]);
|
|
|
|
mcp_write(mcp, i, cached[i]);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
out:
|
|
|
|
if (err)
|
|
|
|
dev_err(mcp->dev, "read error: reg=%02x, err=%d", i, err);
|
|
|
|
regcache_cache_bypass(mcp->regmap, false);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
2008-02-05 14:28:25 +08:00
|
|
|
/*
|
|
|
|
* This shows more info than the generic gpio dump code:
|
|
|
|
* pullups, deglitching, open drain drive.
|
|
|
|
*/
|
|
|
|
static void mcp23s08_dbg_show(struct seq_file *s, struct gpio_chip *chip)
|
|
|
|
{
|
|
|
|
struct mcp23s08 *mcp;
|
|
|
|
char bank;
|
2008-05-24 04:04:43 +08:00
|
|
|
int t;
|
2008-02-05 14:28:25 +08:00
|
|
|
unsigned mask;
|
2017-05-15 17:24:28 +08:00
|
|
|
int iodir, gpio, gppu;
|
2008-02-05 14:28:25 +08:00
|
|
|
|
2015-12-07 17:09:36 +08:00
|
|
|
mcp = gpiochip_get_data(chip);
|
2008-02-05 14:28:25 +08:00
|
|
|
|
|
|
|
/* NOTE: we only handle one bank for now ... */
|
2011-03-10 00:56:30 +08:00
|
|
|
bank = '0' + ((mcp->addr >> 1) & 0x7);
|
2008-02-05 14:28:25 +08:00
|
|
|
|
|
|
|
mutex_lock(&mcp->lock);
|
2017-05-15 17:24:28 +08:00
|
|
|
|
|
|
|
t = __check_mcp23s08_reg_cache(mcp);
|
|
|
|
if (t) {
|
|
|
|
seq_printf(s, " I/O Error\n");
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
t = mcp_read(mcp, MCP_IODIR, &iodir);
|
|
|
|
if (t) {
|
|
|
|
seq_printf(s, " I/O Error\n");
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
t = mcp_read(mcp, MCP_GPIO, &gpio);
|
|
|
|
if (t) {
|
|
|
|
seq_printf(s, " I/O Error\n");
|
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
t = mcp_read(mcp, MCP_GPPU, &gppu);
|
|
|
|
if (t) {
|
|
|
|
seq_printf(s, " I/O Error\n");
|
2008-02-05 14:28:25 +08:00
|
|
|
goto done;
|
|
|
|
}
|
|
|
|
|
2017-05-15 17:24:28 +08:00
|
|
|
for (t = 0, mask = BIT(0); t < chip->ngpio; t++, mask <<= 1) {
|
|
|
|
const char *label;
|
2008-02-05 14:28:25 +08:00
|
|
|
|
|
|
|
label = gpiochip_is_requested(chip, t);
|
|
|
|
if (!label)
|
|
|
|
continue;
|
|
|
|
|
2018-01-07 03:40:04 +08:00
|
|
|
seq_printf(s, " gpio-%-3d P%c.%d (%-12s) %s %s %s\n",
|
|
|
|
chip->base + t, bank, t, label,
|
|
|
|
(iodir & mask) ? "in " : "out",
|
|
|
|
(gpio & mask) ? "hi" : "lo",
|
|
|
|
(gppu & mask) ? "up" : " ");
|
2008-02-05 14:28:25 +08:00
|
|
|
/* NOTE: ignoring the irq-related registers */
|
|
|
|
}
|
|
|
|
done:
|
|
|
|
mutex_unlock(&mcp->lock);
|
|
|
|
}
|
|
|
|
|
|
|
|
#else
|
|
|
|
#define mcp23s08_dbg_show NULL
|
|
|
|
#endif
|
|
|
|
|
|
|
|
/*----------------------------------------------------------------------*/
|
|
|
|
|
2011-07-15 16:25:31 +08:00
|
|
|
static int mcp23s08_probe_one(struct mcp23s08 *mcp, struct device *dev,
|
2014-01-16 18:44:15 +08:00
|
|
|
void *data, unsigned addr, unsigned type,
|
2017-05-15 17:24:35 +08:00
|
|
|
unsigned int base, int cs)
|
2008-02-05 14:28:25 +08:00
|
|
|
{
|
2017-01-27 22:47:37 +08:00
|
|
|
int status, ret;
|
2014-01-16 18:44:15 +08:00
|
|
|
bool mirror = false;
|
2018-02-19 17:25:20 +08:00
|
|
|
bool open_drain = false;
|
2018-01-26 01:29:15 +08:00
|
|
|
struct regmap_config *one_regmap_config = NULL;
|
2018-01-27 03:16:47 +08:00
|
|
|
int raw_chip_address = (addr & ~0x40) >> 1;
|
2008-02-05 14:28:25 +08:00
|
|
|
|
|
|
|
mutex_init(&mcp->lock);
|
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
mcp->dev = dev;
|
2011-07-15 16:25:31 +08:00
|
|
|
mcp->addr = addr;
|
2014-12-01 15:26:00 +08:00
|
|
|
mcp->irq_active_high = false;
|
2008-02-05 14:28:25 +08:00
|
|
|
|
|
|
|
mcp->chip.direction_input = mcp23s08_direction_input;
|
|
|
|
mcp->chip.get = mcp23s08_get;
|
|
|
|
mcp->chip.direction_output = mcp23s08_direction_output;
|
|
|
|
mcp->chip.set = mcp23s08_set;
|
|
|
|
mcp->chip.dbg_show = mcp23s08_dbg_show;
|
2016-09-08 05:13:20 +08:00
|
|
|
#ifdef CONFIG_OF_GPIO
|
2013-04-04 18:02:02 +08:00
|
|
|
mcp->chip.of_gpio_n_cells = 2;
|
|
|
|
mcp->chip.of_node = dev->of_node;
|
|
|
|
#endif
|
2008-02-05 14:28:25 +08:00
|
|
|
|
2011-07-15 16:25:31 +08:00
|
|
|
switch (type) {
|
|
|
|
#ifdef CONFIG_SPI_MASTER
|
|
|
|
case MCP_TYPE_S08:
|
|
|
|
case MCP_TYPE_S17:
|
2018-01-26 01:29:15 +08:00
|
|
|
switch (type) {
|
|
|
|
case MCP_TYPE_S08:
|
|
|
|
one_regmap_config =
|
|
|
|
devm_kmemdup(dev, &mcp23x08_regmap,
|
|
|
|
sizeof(struct regmap_config), GFP_KERNEL);
|
|
|
|
mcp->reg_shift = 0;
|
|
|
|
mcp->chip.ngpio = 8;
|
2018-01-27 03:16:47 +08:00
|
|
|
mcp->chip.label = devm_kasprintf(dev, GFP_KERNEL,
|
|
|
|
"mcp23s08.%d", raw_chip_address);
|
2018-01-26 01:29:15 +08:00
|
|
|
break;
|
|
|
|
case MCP_TYPE_S17:
|
|
|
|
one_regmap_config =
|
|
|
|
devm_kmemdup(dev, &mcp23x17_regmap,
|
|
|
|
sizeof(struct regmap_config), GFP_KERNEL);
|
|
|
|
mcp->reg_shift = 1;
|
|
|
|
mcp->chip.ngpio = 16;
|
2018-01-27 03:16:47 +08:00
|
|
|
mcp->chip.label = devm_kasprintf(dev, GFP_KERNEL,
|
|
|
|
"mcp23s17.%d", raw_chip_address);
|
2018-01-26 01:29:15 +08:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
if (!one_regmap_config)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2018-01-27 03:16:47 +08:00
|
|
|
one_regmap_config->name = devm_kasprintf(dev, GFP_KERNEL, "%d", raw_chip_address);
|
2017-01-27 22:47:37 +08:00
|
|
|
mcp->regmap = devm_regmap_init(dev, &mcp23sxx_spi_regmap, mcp,
|
2018-01-26 01:29:15 +08:00
|
|
|
one_regmap_config);
|
2011-07-15 16:25:31 +08:00
|
|
|
break;
|
2016-03-01 14:25:41 +08:00
|
|
|
|
|
|
|
case MCP_TYPE_S18:
|
2019-01-11 23:02:13 +08:00
|
|
|
one_regmap_config =
|
|
|
|
devm_kmemdup(dev, &mcp23x17_regmap,
|
|
|
|
sizeof(struct regmap_config), GFP_KERNEL);
|
|
|
|
if (!one_regmap_config)
|
|
|
|
return -ENOMEM;
|
2017-01-27 22:47:37 +08:00
|
|
|
mcp->regmap = devm_regmap_init(dev, &mcp23sxx_spi_regmap, mcp,
|
2019-01-11 23:02:13 +08:00
|
|
|
one_regmap_config);
|
2017-01-27 22:47:37 +08:00
|
|
|
mcp->reg_shift = 1;
|
2016-03-01 14:25:41 +08:00
|
|
|
mcp->chip.ngpio = 16;
|
|
|
|
mcp->chip.label = "mcp23s18";
|
|
|
|
break;
|
2011-07-15 16:25:31 +08:00
|
|
|
#endif /* CONFIG_SPI_MASTER */
|
|
|
|
|
2012-11-07 12:51:05 +08:00
|
|
|
#if IS_ENABLED(CONFIG_I2C)
|
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
|
|
|
case MCP_TYPE_008:
|
2017-01-27 22:47:37 +08:00
|
|
|
mcp->regmap = devm_regmap_init_i2c(data, &mcp23x08_regmap);
|
|
|
|
mcp->reg_shift = 0;
|
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
|
|
|
mcp->chip.ngpio = 8;
|
|
|
|
mcp->chip.label = "mcp23008";
|
|
|
|
break;
|
|
|
|
|
|
|
|
case MCP_TYPE_017:
|
2017-01-27 22:47:37 +08:00
|
|
|
mcp->regmap = devm_regmap_init_i2c(data, &mcp23x17_regmap);
|
|
|
|
mcp->reg_shift = 1;
|
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
|
|
|
mcp->chip.ngpio = 16;
|
|
|
|
mcp->chip.label = "mcp23017";
|
|
|
|
break;
|
2017-10-06 13:08:07 +08:00
|
|
|
|
|
|
|
case MCP_TYPE_018:
|
|
|
|
mcp->regmap = devm_regmap_init_i2c(data, &mcp23x17_regmap);
|
|
|
|
mcp->reg_shift = 1;
|
|
|
|
mcp->chip.ngpio = 16;
|
|
|
|
mcp->chip.label = "mcp23018";
|
|
|
|
break;
|
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
|
|
|
#endif /* CONFIG_I2C */
|
|
|
|
|
2011-07-15 16:25:31 +08:00
|
|
|
default:
|
|
|
|
dev_err(dev, "invalid device type (%d)\n", type);
|
|
|
|
return -EINVAL;
|
2011-03-10 00:56:30 +08:00
|
|
|
}
|
2011-07-15 16:25:31 +08:00
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
if (IS_ERR(mcp->regmap))
|
|
|
|
return PTR_ERR(mcp->regmap);
|
|
|
|
|
2017-05-15 17:24:35 +08:00
|
|
|
mcp->chip.base = base;
|
2013-12-04 21:42:46 +08:00
|
|
|
mcp->chip.can_sleep = true;
|
2015-11-04 16:56:26 +08:00
|
|
|
mcp->chip.parent = dev;
|
2008-04-28 17:14:45 +08:00
|
|
|
mcp->chip.owner = THIS_MODULE;
|
2008-02-05 14:28:25 +08:00
|
|
|
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
/* verify MCP_IOCON.SEQOP = 0, so sequential reads work,
|
|
|
|
* and MCP_IOCON.HAEN = 1, so we work with all chips.
|
|
|
|
*/
|
2014-01-16 18:44:15 +08:00
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
ret = mcp_read(mcp, MCP_IOCON, &status);
|
|
|
|
if (ret < 0)
|
2008-02-05 14:28:25 +08:00
|
|
|
goto fail;
|
2014-01-16 18:44:15 +08:00
|
|
|
|
2017-05-15 17:24:35 +08:00
|
|
|
mcp->irq_controller =
|
|
|
|
device_property_read_bool(dev, "interrupt-controller");
|
2014-12-01 15:26:00 +08:00
|
|
|
if (mcp->irq && mcp->irq_controller) {
|
2014-12-12 18:22:11 +08:00
|
|
|
mcp->irq_active_high =
|
2017-05-15 17:24:35 +08:00
|
|
|
device_property_read_bool(dev,
|
2014-12-12 18:22:11 +08:00
|
|
|
"microchip,irq-active-high");
|
2014-01-16 18:44:15 +08:00
|
|
|
|
2017-05-15 17:24:35 +08:00
|
|
|
mirror = device_property_read_bool(dev, "microchip,irq-mirror");
|
2018-02-19 17:25:20 +08:00
|
|
|
open_drain = device_property_read_bool(dev, "drive-open-drain");
|
2014-12-01 15:26:00 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
if ((status & IOCON_SEQOP) || !(status & IOCON_HAEN) || mirror ||
|
2018-02-19 17:25:20 +08:00
|
|
|
mcp->irq_active_high || open_drain) {
|
2011-03-10 00:56:30 +08:00
|
|
|
/* mcp23s17 has IOCON twice, make sure they are in sync */
|
|
|
|
status &= ~(IOCON_SEQOP | (IOCON_SEQOP << 8));
|
|
|
|
status |= IOCON_HAEN | (IOCON_HAEN << 8);
|
2014-12-01 15:26:00 +08:00
|
|
|
if (mcp->irq_active_high)
|
|
|
|
status |= IOCON_INTPOL | (IOCON_INTPOL << 8);
|
|
|
|
else
|
|
|
|
status &= ~(IOCON_INTPOL | (IOCON_INTPOL << 8));
|
|
|
|
|
2014-01-16 18:44:15 +08:00
|
|
|
if (mirror)
|
|
|
|
status |= IOCON_MIRROR | (IOCON_MIRROR << 8);
|
|
|
|
|
2018-02-19 17:25:20 +08:00
|
|
|
if (open_drain)
|
|
|
|
status |= IOCON_ODR | (IOCON_ODR << 8);
|
|
|
|
|
2017-10-06 13:08:07 +08:00
|
|
|
if (type == MCP_TYPE_S18 || type == MCP_TYPE_018)
|
2016-03-15 15:46:30 +08:00
|
|
|
status |= IOCON_INTCC | (IOCON_INTCC << 8);
|
|
|
|
|
2017-01-27 22:47:37 +08:00
|
|
|
ret = mcp_write(mcp, MCP_IOCON, status);
|
|
|
|
if (ret < 0)
|
2008-02-05 14:28:25 +08:00
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
2014-01-16 18:44:15 +08:00
|
|
|
if (mcp->irq && mcp->irq_controller) {
|
2018-10-02 16:06:46 +08:00
|
|
|
ret = mcp23s08_irqchip_setup(mcp);
|
2017-01-27 22:47:37 +08:00
|
|
|
if (ret)
|
2014-01-16 18:44:15 +08:00
|
|
|
goto fail;
|
|
|
|
}
|
2017-05-15 17:24:26 +08:00
|
|
|
|
2017-12-28 23:19:24 +08:00
|
|
|
ret = devm_gpiochip_add_data(dev, &mcp->chip, mcp);
|
|
|
|
if (ret < 0)
|
|
|
|
goto fail;
|
|
|
|
|
2018-01-26 23:06:37 +08:00
|
|
|
if (one_regmap_config) {
|
|
|
|
mcp->pinctrl_desc.name = devm_kasprintf(dev, GFP_KERNEL,
|
|
|
|
"mcp23xxx-pinctrl.%d", raw_chip_address);
|
|
|
|
if (!mcp->pinctrl_desc.name)
|
|
|
|
return -ENOMEM;
|
|
|
|
} else {
|
|
|
|
mcp->pinctrl_desc.name = "mcp23xxx-pinctrl";
|
|
|
|
}
|
2017-05-15 17:24:26 +08:00
|
|
|
mcp->pinctrl_desc.pctlops = &mcp_pinctrl_ops;
|
|
|
|
mcp->pinctrl_desc.confops = &mcp_pinconf_ops;
|
|
|
|
mcp->pinctrl_desc.npins = mcp->chip.ngpio;
|
|
|
|
if (mcp->pinctrl_desc.npins == 8)
|
|
|
|
mcp->pinctrl_desc.pins = mcp23x08_pins;
|
|
|
|
else if (mcp->pinctrl_desc.npins == 16)
|
|
|
|
mcp->pinctrl_desc.pins = mcp23x17_pins;
|
|
|
|
mcp->pinctrl_desc.owner = THIS_MODULE;
|
|
|
|
|
|
|
|
mcp->pctldev = devm_pinctrl_register(dev, &mcp->pinctrl_desc, mcp);
|
|
|
|
if (IS_ERR(mcp->pctldev)) {
|
|
|
|
ret = PTR_ERR(mcp->pctldev);
|
|
|
|
goto fail;
|
|
|
|
}
|
|
|
|
|
2018-10-02 16:06:46 +08:00
|
|
|
if (mcp->irq)
|
|
|
|
ret = mcp23s08_irq_setup(mcp);
|
|
|
|
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
fail:
|
2017-01-27 22:47:37 +08:00
|
|
|
if (ret < 0)
|
|
|
|
dev_dbg(dev, "can't setup chip %d, --> %d\n", addr, ret);
|
|
|
|
return ret;
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
}
|
|
|
|
|
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
|
|
|
/*----------------------------------------------------------------------*/
|
|
|
|
|
2013-04-04 18:02:02 +08:00
|
|
|
#ifdef CONFIG_OF
|
|
|
|
#ifdef CONFIG_SPI_MASTER
|
2014-05-07 17:05:17 +08:00
|
|
|
static const struct of_device_id mcp23s08_spi_of_match[] = {
|
2013-04-04 18:02:02 +08:00
|
|
|
{
|
2013-08-28 16:38:50 +08:00
|
|
|
.compatible = "microchip,mcp23s08",
|
|
|
|
.data = (void *) MCP_TYPE_S08,
|
2013-04-04 18:02:02 +08:00
|
|
|
},
|
|
|
|
{
|
2013-08-28 16:38:50 +08:00
|
|
|
.compatible = "microchip,mcp23s17",
|
|
|
|
.data = (void *) MCP_TYPE_S17,
|
|
|
|
},
|
2016-03-01 14:25:41 +08:00
|
|
|
{
|
|
|
|
.compatible = "microchip,mcp23s18",
|
|
|
|
.data = (void *) MCP_TYPE_S18,
|
|
|
|
},
|
2013-08-28 16:38:50 +08:00
|
|
|
/* NOTE: The use of the mcp prefix is deprecated and will be removed. */
|
|
|
|
{
|
|
|
|
.compatible = "mcp,mcp23s08",
|
|
|
|
.data = (void *) MCP_TYPE_S08,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.compatible = "mcp,mcp23s17",
|
|
|
|
.data = (void *) MCP_TYPE_S17,
|
2013-04-04 18:02:02 +08:00
|
|
|
},
|
|
|
|
{ },
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE(of, mcp23s08_spi_of_match);
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#if IS_ENABLED(CONFIG_I2C)
|
2014-05-07 17:05:17 +08:00
|
|
|
static const struct of_device_id mcp23s08_i2c_of_match[] = {
|
2013-04-04 18:02:02 +08:00
|
|
|
{
|
2013-08-28 16:38:50 +08:00
|
|
|
.compatible = "microchip,mcp23008",
|
|
|
|
.data = (void *) MCP_TYPE_008,
|
2013-04-04 18:02:02 +08:00
|
|
|
},
|
|
|
|
{
|
2013-08-28 16:38:50 +08:00
|
|
|
.compatible = "microchip,mcp23017",
|
|
|
|
.data = (void *) MCP_TYPE_017,
|
|
|
|
},
|
2017-10-06 13:08:07 +08:00
|
|
|
{
|
|
|
|
.compatible = "microchip,mcp23018",
|
|
|
|
.data = (void *) MCP_TYPE_018,
|
|
|
|
},
|
2013-08-28 16:38:50 +08:00
|
|
|
/* NOTE: The use of the mcp prefix is deprecated and will be removed. */
|
|
|
|
{
|
|
|
|
.compatible = "mcp,mcp23008",
|
|
|
|
.data = (void *) MCP_TYPE_008,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.compatible = "mcp,mcp23017",
|
|
|
|
.data = (void *) MCP_TYPE_017,
|
2013-04-04 18:02:02 +08:00
|
|
|
},
|
|
|
|
{ },
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE(of, mcp23s08_i2c_of_match);
|
|
|
|
#endif
|
|
|
|
#endif /* CONFIG_OF */
|
|
|
|
|
|
|
|
|
2012-11-07 12:51:05 +08:00
|
|
|
#if IS_ENABLED(CONFIG_I2C)
|
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
|
|
|
|
2012-11-20 02:22:34 +08:00
|
|
|
static int mcp230xx_probe(struct i2c_client *client,
|
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
|
|
|
const struct i2c_device_id *id)
|
|
|
|
{
|
2014-09-01 11:19:52 +08:00
|
|
|
struct mcp23s08_platform_data *pdata, local_pdata;
|
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
|
|
|
struct mcp23s08 *mcp;
|
2014-09-01 11:19:52 +08:00
|
|
|
int status;
|
2013-04-04 18:02:02 +08:00
|
|
|
|
2017-05-15 17:24:33 +08:00
|
|
|
pdata = dev_get_platdata(&client->dev);
|
|
|
|
if (!pdata) {
|
2014-09-01 11:19:52 +08:00
|
|
|
pdata = &local_pdata;
|
|
|
|
pdata->base = -1;
|
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
|
|
|
}
|
|
|
|
|
2017-05-15 17:24:31 +08:00
|
|
|
mcp = devm_kzalloc(&client->dev, sizeof(*mcp), GFP_KERNEL);
|
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
|
|
|
if (!mcp)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2014-01-16 18:44:15 +08:00
|
|
|
mcp->irq = client->irq;
|
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
|
|
|
status = mcp23s08_probe_one(mcp, &client->dev, client, client->addr,
|
2017-05-15 17:24:35 +08:00
|
|
|
id->driver_data, pdata->base, 0);
|
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
|
|
|
if (status)
|
2017-05-15 17:24:31 +08:00
|
|
|
return status;
|
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
|
|
|
|
|
|
|
i2c_set_clientdata(client, mcp);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct i2c_device_id mcp230xx_id[] = {
|
|
|
|
{ "mcp23008", MCP_TYPE_008 },
|
|
|
|
{ "mcp23017", MCP_TYPE_017 },
|
2017-10-06 13:08:07 +08:00
|
|
|
{ "mcp23018", MCP_TYPE_018 },
|
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
|
|
|
{ },
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE(i2c, mcp230xx_id);
|
|
|
|
|
|
|
|
static struct i2c_driver mcp230xx_driver = {
|
|
|
|
.driver = {
|
|
|
|
.name = "mcp230xx",
|
2013-04-04 18:02:02 +08:00
|
|
|
.of_match_table = of_match_ptr(mcp23s08_i2c_of_match),
|
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
|
|
|
},
|
|
|
|
.probe = mcp230xx_probe,
|
|
|
|
.id_table = mcp230xx_id,
|
|
|
|
};
|
|
|
|
|
|
|
|
static int __init mcp23s08_i2c_init(void)
|
|
|
|
{
|
|
|
|
return i2c_add_driver(&mcp230xx_driver);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void mcp23s08_i2c_exit(void)
|
|
|
|
{
|
|
|
|
i2c_del_driver(&mcp230xx_driver);
|
|
|
|
}
|
|
|
|
|
|
|
|
#else
|
|
|
|
|
|
|
|
static int __init mcp23s08_i2c_init(void) { return 0; }
|
|
|
|
static void mcp23s08_i2c_exit(void) { }
|
|
|
|
|
|
|
|
#endif /* CONFIG_I2C */
|
|
|
|
|
|
|
|
/*----------------------------------------------------------------------*/
|
|
|
|
|
2011-07-15 16:25:31 +08:00
|
|
|
#ifdef CONFIG_SPI_MASTER
|
|
|
|
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
static int mcp23s08_probe(struct spi_device *spi)
|
|
|
|
{
|
2014-09-01 11:19:52 +08:00
|
|
|
struct mcp23s08_platform_data *pdata, local_pdata;
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
unsigned addr;
|
2014-05-28 15:14:06 +08:00
|
|
|
int chips = 0;
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
struct mcp23s08_driver_data *data;
|
2011-03-10 00:56:30 +08:00
|
|
|
int status, type;
|
2014-09-01 11:19:52 +08:00
|
|
|
unsigned ngpio = 0;
|
2013-04-04 18:02:02 +08:00
|
|
|
const struct of_device_id *match;
|
|
|
|
|
|
|
|
match = of_match_device(of_match_ptr(mcp23s08_spi_of_match), &spi->dev);
|
2017-05-15 17:24:34 +08:00
|
|
|
if (match)
|
2014-01-18 12:53:04 +08:00
|
|
|
type = (int)(uintptr_t)match->data;
|
2017-05-15 17:24:34 +08:00
|
|
|
else
|
|
|
|
type = spi_get_device_id(spi)->driver_data;
|
|
|
|
|
|
|
|
pdata = dev_get_platdata(&spi->dev);
|
|
|
|
if (!pdata) {
|
|
|
|
pdata = &local_pdata;
|
|
|
|
pdata->base = -1;
|
|
|
|
|
|
|
|
status = device_property_read_u32(&spi->dev,
|
2017-05-15 17:24:36 +08:00
|
|
|
"microchip,spi-present-mask", &pdata->spi_present_mask);
|
2013-04-04 18:02:02 +08:00
|
|
|
if (status) {
|
2017-05-15 17:24:34 +08:00
|
|
|
status = device_property_read_u32(&spi->dev,
|
2017-05-15 17:24:36 +08:00
|
|
|
"mcp,spi-present-mask",
|
|
|
|
&pdata->spi_present_mask);
|
2017-05-15 17:24:34 +08:00
|
|
|
|
2013-08-28 16:38:50 +08:00
|
|
|
if (status) {
|
2017-05-15 17:24:34 +08:00
|
|
|
dev_err(&spi->dev, "missing spi-present-mask");
|
2013-08-28 16:38:50 +08:00
|
|
|
return -ENODEV;
|
|
|
|
}
|
2013-04-04 18:02:02 +08:00
|
|
|
}
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
}
|
|
|
|
|
2017-05-15 17:24:36 +08:00
|
|
|
if (!pdata->spi_present_mask || pdata->spi_present_mask > 0xff) {
|
2017-05-15 17:24:34 +08:00
|
|
|
dev_err(&spi->dev, "invalid spi-present-mask");
|
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2017-05-15 17:24:36 +08:00
|
|
|
for (addr = 0; addr < MCP_MAX_DEV_PER_CS; addr++) {
|
|
|
|
if (pdata->spi_present_mask & BIT(addr))
|
2017-05-15 17:24:34 +08:00
|
|
|
chips++;
|
|
|
|
}
|
|
|
|
|
2014-04-17 09:00:24 +08:00
|
|
|
if (!chips)
|
|
|
|
return -ENODEV;
|
|
|
|
|
2015-03-31 12:19:08 +08:00
|
|
|
data = devm_kzalloc(&spi->dev,
|
|
|
|
sizeof(*data) + chips * sizeof(struct mcp23s08),
|
|
|
|
GFP_KERNEL);
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
if (!data)
|
|
|
|
return -ENOMEM;
|
2015-03-31 12:19:08 +08:00
|
|
|
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
spi_set_drvdata(spi, data);
|
|
|
|
|
2017-05-15 17:24:36 +08:00
|
|
|
for (addr = 0; addr < MCP_MAX_DEV_PER_CS; addr++) {
|
|
|
|
if (!(pdata->spi_present_mask & BIT(addr)))
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
continue;
|
|
|
|
chips--;
|
|
|
|
data->mcp[addr] = &data->chip[chips];
|
2014-11-17 16:38:10 +08:00
|
|
|
data->mcp[addr]->irq = spi->irq;
|
2011-07-15 16:25:31 +08:00
|
|
|
status = mcp23s08_probe_one(data->mcp[addr], &spi->dev, spi,
|
2017-05-15 17:24:35 +08:00
|
|
|
0x40 | (addr << 1), type,
|
|
|
|
pdata->base, addr);
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
if (status < 0)
|
2017-05-15 17:24:32 +08:00
|
|
|
return status;
|
2011-03-10 00:56:30 +08:00
|
|
|
|
2014-09-01 11:19:52 +08:00
|
|
|
if (pdata->base != -1)
|
2016-03-01 14:25:41 +08:00
|
|
|
pdata->base += data->mcp[addr]->chip.ngpio;
|
|
|
|
ngpio += data->mcp[addr]->chip.ngpio;
|
gpio: mcp23s08 handles multiple chips per chipselect
Teach the mcp23s08 driver about a curious feature of these chips: up to
four of them can share the same chipselect, with the SPI signals wired in
parallel, by matching two bits in the first protocol byte against two
address lines on the chip.
This is handled by three software changes:
* Platform data now holds an array of per-chip structs, not
just one chip's address and pullup configuration.
* Probe() and remove() now use another level of structure,
wrapping an instance of the original structure for each
mcp23s08 chip sharing that chipselect.
* The HAEN bit is set, so that the hardware address bits can no
longer be ignored (boot firmware may not have enabled them).
The "one struct per chip" preserves the guts of the current code,
but platform_data will need minor changes.
OLD:
/* incorrect "slave" ID may not have mattered */
.slave = 3,
.pullups = BIT(3) | BIT(1) | BIT(0),
NEW:
/* slave address _must_ match chip's wiring */
.chip[3] = {
.is_present = true,
.pullups = BIT(3) | BIT(1) | BIT(0),
},
There's no change in how things _behave_ for spi_device nodes with a
single mcp23s08 chip. New multi-chip configurations assign GPIOs in
sequence, without holes. The spi_device just resembles a bigger
controller, but internally it has multiple gpio_chip instances.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-07-25 16:46:09 +08:00
|
|
|
}
|
2013-04-04 18:02:02 +08:00
|
|
|
data->ngpio = ngpio;
|
2008-02-05 14:28:25 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-03-10 00:56:30 +08:00
|
|
|
static const struct spi_device_id mcp23s08_ids[] = {
|
|
|
|
{ "mcp23s08", MCP_TYPE_S08 },
|
|
|
|
{ "mcp23s17", MCP_TYPE_S17 },
|
2016-03-01 14:25:41 +08:00
|
|
|
{ "mcp23s18", MCP_TYPE_S18 },
|
2011-03-10 00:56:30 +08:00
|
|
|
{ },
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE(spi, mcp23s08_ids);
|
|
|
|
|
2008-02-05 14:28:25 +08:00
|
|
|
static struct spi_driver mcp23s08_driver = {
|
|
|
|
.probe = mcp23s08_probe,
|
2011-03-10 00:56:30 +08:00
|
|
|
.id_table = mcp23s08_ids,
|
2008-02-05 14:28:25 +08:00
|
|
|
.driver = {
|
|
|
|
.name = "mcp23s08",
|
2013-04-04 18:02:02 +08:00
|
|
|
.of_match_table = of_match_ptr(mcp23s08_spi_of_match),
|
2008-02-05 14:28:25 +08:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2011-07-15 16:25:31 +08:00
|
|
|
static int __init mcp23s08_spi_init(void)
|
|
|
|
{
|
|
|
|
return spi_register_driver(&mcp23s08_driver);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void mcp23s08_spi_exit(void)
|
|
|
|
{
|
|
|
|
spi_unregister_driver(&mcp23s08_driver);
|
|
|
|
}
|
|
|
|
|
|
|
|
#else
|
|
|
|
|
|
|
|
static int __init mcp23s08_spi_init(void) { return 0; }
|
|
|
|
static void mcp23s08_spi_exit(void) { }
|
|
|
|
|
|
|
|
#endif /* CONFIG_SPI_MASTER */
|
|
|
|
|
2008-02-05 14:28:25 +08:00
|
|
|
/*----------------------------------------------------------------------*/
|
|
|
|
|
|
|
|
static int __init mcp23s08_init(void)
|
|
|
|
{
|
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
|
|
|
int ret;
|
|
|
|
|
|
|
|
ret = mcp23s08_spi_init();
|
|
|
|
if (ret)
|
|
|
|
goto spi_fail;
|
|
|
|
|
|
|
|
ret = mcp23s08_i2c_init();
|
|
|
|
if (ret)
|
|
|
|
goto i2c_fail;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
i2c_fail:
|
|
|
|
mcp23s08_spi_exit();
|
|
|
|
spi_fail:
|
|
|
|
return ret;
|
2008-02-05 14:28:25 +08:00
|
|
|
}
|
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
|
|
|
/* register after spi/i2c postcore initcall and before
|
2008-10-16 13:02:46 +08:00
|
|
|
* subsys initcalls that may rely on these GPIOs
|
|
|
|
*/
|
|
|
|
subsys_initcall(mcp23s08_init);
|
2008-02-05 14:28:25 +08:00
|
|
|
|
|
|
|
static void __exit mcp23s08_exit(void)
|
|
|
|
{
|
2011-07-15 16:25:31 +08:00
|
|
|
mcp23s08_spi_exit();
|
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
|
|
|
mcp23s08_i2c_exit();
|
2008-02-05 14:28:25 +08:00
|
|
|
}
|
|
|
|
module_exit(mcp23s08_exit);
|
|
|
|
|
|
|
|
MODULE_LICENSE("GPL");
|