linux.git/include/linux/regulator, branch v3.1

regulator: fix kernel-doc warning in consumer.h

2011-09-08T21:43:03+00:00

Fix kernel-doc warning about internal/private data by marking it
as "private:" so that kernel-doc will ignore it.

  Warning(include/linux/regulator/consumer.h:128): No description found for parameter 'ret'

Signed-off-by: Randy Dunlap 
Acked-by: Mark Brown 
Signed-off-by: Linus Torvalds

regulator: Refactor supply implementation to work as regular consumers

2011-06-09T18:14:34+00:00

Currently the regulator supply implementation is somewhat complex and
fragile as it doesn't look like standard consumers but is instead a
parallel implementation. This causes issues with locking and reference
counting.

Move the implementation over to using standard consumers to address this.
Rather than only notifying the supply on the first enable/disable we do so
every time the regulator is enabled or disabled, simplifying locking as we
don't need to hold a lock on the consumer we are about to enable.

Signed-off-by: Mark Brown 
Signed-off-by: Liam Girdwood

regulator: Do bulk enables of regulators in parallel

2011-05-30T10:56:57+00:00

In order to reduce the impact of ramp times rather than enabling the
regulators for a device in series use async tasks to run the actual
enables. This means that the delays which the enables implement can all
run in parallel, though it does mean that the order in which the
supplies come on may be unstable.

For super bonus fun points if any of the regulators are shared between
multiple supplies on the same device (as is rather likely) then this
will test our locking.  Note that in this case we only delay once for
each physical regulator so the threads shouldn't block each other while
delaying.

It'd be even nicer if we could coalesce writes to a shared enable registers
in PMICs but that's definitely future work, and it may also be useful
and is certainly more achievable to optimise out the parallelism if none
of the regulators implement ramp delays.

Signed-off-by: Mark Brown 
Signed-off-by: Liam Girdwood

regulator: Support voltage offsets to compensate for drops in system

2011-05-27T09:34:37+00:00

Some systems, particularly physically large systems used for early
prototyping, may experience substantial voltage drops between the regulator
and the consumers as a result of long traces in the system. With these
systems voltages may need to be set higher than requested in order to
ensure reliable system operation.

Allow systems to work around such hardware issues by allowing constraints
to supply an offset to be applied to any requested and reported voltages.
This is not ideal, especially since the voltage drop may be load dependant,
but is sufficient for most affected systems, it is not expected to be used
in production hardware. The offset is applied after all constraint
processing so constraints should be specified in terms of consumer values
not physically configured values.

Signed-off-by: Mark Brown 
Signed-off-by: Liam Girdwood

regulator: Remove supply_regulator_dev from machine configuration

2011-05-27T09:34:37+00:00

supply_regulator_dev (using a struct pointer) has been deprecated in favour
of supply_regulator (using a regulator name) for quite a few releases
now with a warning generated if it is used and there are no current in tree
users so just remove the code.

Signed-off-by: Mark Brown 
Signed-off-by: Liam Girdwood

mach-ux500: voltage domain regulators for DB8500

2011-05-24T20:20:23+00:00

The DB8500 has ePOD:s (electronic power domains) which are possible
to switch on/off to deactivate silicon blocks on the DB8500 SoC
by cutting their power without retention. We model these as simple
regulators with one bit on/off settings.

Acked-by: Liam Girdwood 
Acked-by: Mark Brown 
Signed-off-by: Bengt Jonsson 
Signed-off-by: Sundar Iyer 
Signed-off-by: Jonas Aberg 
Signed-off-by: Virupax Sadashivpetimath 
Signed-off-by: Martin Persson 
Signed-off-by: Linus Walleij

regulator: provide consumer interface for fall/rise time

2011-03-26T14:15:06+00:00

This exposes the functionality for rise/fall fime when setting
voltage to the consumers.

Cc: Bengt Jonsson 
Signed-off-by: Linus Walleij 
Acked-by: Mark Brown 
Signed-off-by: Liam Girdwood

regulator: add set_voltage_time_sel infrastructure

2011-03-26T14:15:06+00:00

This makes it possible to set the stabilization time for voltage
regulators in the same manner as enable_time(). The interface
only supports regulators that implements fixed selectors.

Cc: Bengt Jonsson 
Signed-off-by: Linus Walleij 
Acked-by: Mark Brown 
Signed-off-by: Liam Girdwood

regulator: initialization for ab8500 regulators

2011-03-26T14:15:05+00:00

The regulators on the AB8500 have a lot of custom
hardware control settings pertaining to 8 external
signals, settings which are board-specific and need
be provided from the platform at startup.

Initialization added for regulators Vana, VextSupply1,
VextSupply2, VextSupply3, Vaux1, Vaux2, Vaux3, VTVout,
Vintcore12, Vaudio, Vdmic, Vamic1, Vamic2, VrefDDR.

Signed-off-by: Bengt Jonsson 
Reviewed-by: Rickard Andersson 
Reviewed-by: Jonas Aberg 
Signed-off-by: Linus Walleij 
Acked-by: Mark Brown 
Signed-off-by: Liam Girdwood

regulator: add support for USB voltage regulator

2011-03-26T14:15:05+00:00

Signed-off-by: Bengt Jonsson 
Signed-off-by: Linus Walleij 
Acked-by: Mark Brown 
Signed-off-by: Liam Girdwood