linux-toradex.git/drivers/mfd/ab8500-core.c, branch v3.4.2

mfd: Make use of the ab8500 firmware read-modify-write service

2012-03-16T18:45:33+00:00

This patch updates the AB8500 driver to make use of the I2C
read-modify-write service in the PRCMU firmware.

Signed-off-by: Mattias Nilsson 
Reviewed-by: Mattias Wallin 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd: Support for the AB8500 AB8505 variant

2012-03-16T18:44:20+00:00

This builds upon the changes done to support AB9540 so as
also to support the AB8505 derivative of the AB8500
circuit.

Signed-off-by: Bengt Jonsson 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd: Don't use mutex_lock_interruptible in ab8500-core

2012-03-16T18:43:36+00:00

This disadvantage of having it interruptible is that it would
appear to work OK in most situations, but in the rare case
that this call does fail, it can lead to misconfiguration
of the AB, such as a regulator not being turned off and
leading to a platform power consumption increase.

There's no real benefit to having this interruptible.

Make it a plain mutex_lock. The non-interruptability matches
other low-level I/O functions such as SPI and I2C.

Signed-off-by: Rabin Vincent 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd: Support AB9540 ab8500 variant

2012-03-06T17:46:43+00:00

The AB9540 variant of the AB8500 is basically close enough
to use the same driver. This adds the new registers and
deviations for this new chip variant.

Reviewed-by: Mark Brown 
Signed-off-by: Maxime Coquelin 
Signed-off-by: Alex Macro 
Signed-off-by: Michel Jaouen 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd: Parametrize ab8500 IRQ masks and registers

2012-03-06T17:46:42+00:00

This makes the AB8500 state struct contain the IRQ mask and
register offsets previously hard-coded so as to make room for
more AB8500 variants.

Reviewed-by: Mark Brown 
Signed-off-by: Maxime Coquelin 
Signed-off-by: Alex Macro 
Signed-off-by: Michel Jaouen 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd: Add ab8500 version detection and enforcing

2012-03-06T17:46:42+00:00

There are currently four different versions of the AB8500
around: AB8500, AB8505, AB9540 and AB8540. Unfortunately:

- Some of the chips (AB8500, AB8505, AB9540) cannot read
  the AB8500_REV_REG register but return errors

- Some of them have the same ID value in the hardware
  register AB8500_REV_REV, for example the first versions
  of AB8505 and AB9540 have 0xFF in this register -
  just like the AB8500.

So we need to be able to enforce a certain version from
the platform. We do this by using the id of the platform
device that provides the read/write functions.

Reviewed-by: Mark Brown 
Signed-off-by: Maxime Coquelin 
Signed-off-by: Alex Macro 
Signed-off-by: Michel Jaouen 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd: Fix ab8500 error path bug

2012-03-06T17:46:41+00:00

We were not freeing the irq properly in the error path in
the AB8500 driver.

Cc: Mark Brown 
Signed-off-by: Maxime Coquelin 
Signed-off-by: Alex Macro 
Signed-off-by: Michel Jaouen 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd: Unify abx500 headers in mfd/abx500

2012-01-08T23:37:39+00:00

This moves all the header files related to the abx500 family into
a common include directory below mfd. From now on we place any
subchip header in that directory. Headers previously in e.g.
 get prefixed and are now e.g.
. The top-level abstract interface
remains in .

Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz

mfd: add #ifdef CONFIG_DEBUG_FS guard for ab8500_debug_resources

2011-12-20T17:53:25+00:00

Fix below build warning if CONFIG_DEBUG_FS is disabled.

  CC      drivers/mfd/ab8500-core.o
drivers/mfd/ab8500-core.c:623: warning: 'ab8500_debug_resources' defined but not used

Signed-off-by: Axel Lin 
Signed-off-by: Samuel Ortiz

mfd: Expose TurnOnStatus in ab8500 sysfs

2011-10-24T12:09:20+00:00

Expose TurnOnStatus (Power key, RTC alarm, Vbus detect, etc) in
sysfs. This magic value can be read by system users to determine
what caused the platform to turn on last (this) time.

Signed-off-by: Andrew Lynn 
Reviewed-by: Srinidhi Kasagar 
Reviewed-by: Jonas Aaberg 
Signed-off-by: Linus Walleij 
Signed-off-by: Samuel Ortiz