linux-toradex.git/drivers/mfd/tps65910.c, branch v3.4.100

mfd: Use correct variable name for tps65910 regmap config

2012-03-16T17:50:51+00:00

This was the copy-paste issue in reg cache support code where
variable name for regmap config was not really starting from
the device name, it was starting from some other device name.
Fixing this so that variable name contains actual device name.

Signed-off-by: Laxman Dewangan 
Signed-off-by: Samuel Ortiz

mfd: Use regmap for tps65910 register access.

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

Using regmap apis for accessing the device registers and
using RBTREE caching mechanims for caching registers.

Enabling caching of the registers which is used for voltage
controls. By doing this, the modify_bits operation is faster as
it does not involve the i2c register read from device, just read
from cache. This results faster set voltage operation.

Signed-off-by: Laxman Dewangan 
Reviewed-by: Mark Brown 
Signed-off-by: Samuel Ortiz

mfd: Initialize tps65910 irq platform data properly

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

irq_base of the tps65910 irq platform data should be
initialized with the board provided irq_base data.

Signed-off-by: Laxman Dewangan 
Signed-off-by: Samuel Ortiz

mfd: Make TPS65910 usable without interrupts

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

TPS65910 can be used without interrupts.
Hence let probe succeed in case interrupt can't be
configured and let Kernel only to complain about it

Signed-off-by: Afzal Mohammed 
Signed-off-by: Samuel Ortiz

mfd: Handle tps65910 clear-mask correctly

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

The function is not actually cleaing the bitmask.

Signed-off-by: Marcus Folkesson 
Signed-off-by: Samuel Ortiz

mfd: Avoid two assignments if failures happen in tps65910_i2c_probe

2011-07-31T21:28:26+00:00

In drivers/mfd/tps65910.c:tps65910_i2c_probe() there's potential for a
tiny optimization.

We assign to init_data->irq and init_data->irq_base long before we
need them, and there are two potential exits from the function before
they are needed.

Moving the assignments below these two potential exits means we
completely avoid doing them in these two (failure) cases.

Signed-off-by: Jesper Juhl 
Acked-by: Graeme Gregory 
Signed-off-by: Samuel Ortiz

mfd: Don't leak init_data in tps65910_i2c_probe

2011-07-31T21:28:26+00:00

There are a couple of situations where we leak init_data in
drivers/mfd/tps65910.c:tps65910_i2c_probe() - this patch should take
care of them.

Signed-off-by: Jesper Juhl 
Signed-off-by: Samuel Ortiz

mfd: Implement tps65910 IRQ cleanup

2011-07-31T21:28:23+00:00

The tps65910_irq_exit() cleanup function was generating a warning from
sparse due to the lack of a prototype. This wasn't causing GCC warnings
as the driver wasn't cleaning up its IRQs on exit at all so there was no
use of an unprototyped function.

Signed-off-by: Mark Brown 
Signed-off-by: Samuel Ortiz

MFD: TPS65910: Add support for TPS65911 device

2011-05-27T09:49:10+00:00

The TPS65911 is the next generation of the TPS65910 family of
PMIC chips. It adds a few features:

- Watchdog Timer
- PWM & LED generators
- Comparators for system control status

It also adds a set of Interrupts and GPIOs, among other things.

The driver exports a function to identify between different
versions of the tps65910 family, allowing other modules to
identify the capabilities of the current chip.

Signed-off-by: Jorge Eduardo Candelaria 
Acked-by: Samuel Ortiz 
Signed-off-by: Liam Girdwood

mfd: Fix off-by-one value range checking for tps65910_i2c_write

2011-05-27T09:49:09+00:00

If bytes == (TPS65910_MAX_REGISTER + 1), we have a buffer overflow when
doing memcpy(&msg[1], src, bytes).

Signed-off-by: Axel Lin 
Acked-by: Samuel Ortiz 
Signed-off-by: Liam Girdwood