Hi,
This series (against mfd-2.6/for-next) changes the mc13xxx driver to use
regmap and adds I2C support.
It has a compile dependency on regmap/for-next, as the spi driver uses the
recently added pad_bits config field.
Patch 2/4 has:
Reviewed-by: Mark Brown broo...@opensource.wolfsonmicro.com
All spi specific code is moved into a new module. The mc13xxx struct
moves to a new local include file by necessity.
A new config choice selects the SPI bus type support and by default is
value of SPI_MASTER to remain compatible with existing configs.
Signed-off-by: Marc Reilly
This change converts the mc13xxx core to use regmap rather than direct
spi r/w.
The spidev member of mc13xxx struct becomes redundant and is removed.
Extra debugging aids are added to mc13xxx_reg_rmw.
Mutex init is moved to before regmap init.
Signed-off-by: Marc Reilly m...@cpdesign.com.au
---
Hi Uwe,
On Sun, Apr 01, 2012 at 04:41:35PM +1000, Marc Reilly wrote:
This series (against mfd-2.6/for-next) changes the mc13xxx driver to use
regmap and adds I2C support.
It has a compile dependency on regmap/for-next, as the spi driver uses
the recently added pad_bits config field.
Hi Marc, thanks for V5.
This series (against mfd-2.6/for-next) changes the mc13xxx driver to use
regmap and adds I2C support.
It has a compile dependency on regmap/for-next, as the spi driver uses the
recently added pad_bits config field.
If included in your plans to relocate the current
The AMBA bus regulator support is being used to model on/off switches
for power domains which isn't terribly idiomatic for modern kernels with
the generic power domain code and creates integration problems on platforms
which don't use regulators for their power domains as it's hard to tell
the
On Sun, Apr 1, 2012 at 5:29 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
The AMBA bus regulator support is being used to model on/off switches
for power domains which isn't terribly idiomatic for modern kernels with
the generic power domain code and creates integration problems on
The AMBA bus regulator support is being used to model on/off switches
for power domains which isn't terribly idiomatic for modern kernels with
the generic power domain code and creates integration problems on platforms
which don't use regulators for their power domains as it's hard to tell
the
On Sun, Apr 1, 2012 at 8:58 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
diff --git a/drivers/mfd/db8500-prcmu.c b/drivers/mfd/db8500-prcmu.c
index ebc1e86..5be3248 100644
--- a/drivers/mfd/db8500-prcmu.c
+++ b/drivers/mfd/db8500-prcmu.c
@@ -2788,6 +2788,7 @@ static struct
On Sun, Apr 1, 2012 at 22:52, Linus Walleij linus.wall...@linaro.org wrote:
On Sun, Apr 1, 2012 at 5:29 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
The impact should be minimal since currently there are no mainline
systems which actually provide a vcore regulator so none need
On Mon, Apr 2, 2012 at 00:52, Linus Walleij linus.wall...@linaro.org wrote:
On Sun, Apr 1, 2012 at 8:58 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
diff --git a/drivers/mfd/db8500-prcmu.c b/drivers/mfd/db8500-prcmu.c
index ebc1e86..5be3248 100644
---
Pour voir le message, veuillez utiliser un lecteur de mail compatible HTML
Lien miroir :
http://m10-fr.com/mc10_m/YT04JmI9ODgxNSZjPTE5NjE2NDEmZD0yMDEyLTA0LTAxIDIyOjIwOjAxJmU9MSZoPTg4MTQmZj04ODE1Jmc9ODgxNQ==
Lien de désinscription :
On Sun, Apr 1, 2012 at 9:39 PM, Rabin Vincent ra...@rab.in wrote:
On Mon, Apr 2, 2012 at 00:52, Linus Walleij linus.wall...@linaro.org wrote:
Combined with the PL022 patch this causes a power regression since
the PL022 is hereafter always on.
How can there be a power regression here? This is
On Sun, Apr 1, 2012 at 11:27 PM, Mark Brown
broo...@opensource.wolfsonmicro.com wrote:
On Sun, Apr 01, 2012 at 09:22:50PM +0200, Linus Walleij wrote:
Combined with the PL022 patch this causes a power regression since
the PL022 is hereafter always on.
I guess this code isn't in mainline,
14 matches
Mail list logo
