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 regulator_init_data > db8500_regulators[DB8500_NUM_REGULATORS] = { > .constraints = { > .name = "db8500-vape", > .valid_ops_mask = REGULATOR_CHANGE_STATUS, > + .always_on = true, > }, > .consumer_supplies = db8500_vape_consumers, > .num_consumer_supplies = ARRAY_SIZE(db8500_vape_consumers), Combined with the PL022 patch this causes a power regression since the PL022 is hereafter always on. But I guess if I fix a power domain patch to accomplish much the same things then nothing is really lost... And I do like the change, if for nothing else so for the fact that it eventually pushes to power domains what belongs there, so: Acked-by: Linus Walleij <linus.wall...@linaro.org> But to the defence: power domain code was not in the kernel when the AMBA "vcore" regulator was introduced so how else could we do it... except for inventing power domains... Yours, Linus Walleij ------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________ spi-devel-general mailing list spi-devel-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/spi-devel-general