On Mon, Apr 2, 2012 at 00:52, Linus Walleij <[email protected]> wrote: > On Sun, Apr 1, 2012 at 8:58 PM, Mark Brown > <[email protected]> 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.
How can there be a "power regression" here? This is the only user of the vcore regulator, and, apart from the fact that its disable routine only decrements an essentialy write-only variable, it is shared which several devices which already never disable it. ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/spi-devel-general
