[PATCH 3/5] regulator: dt-bindings: Add regulator-initial-mode support

From: Javier Martinez Canillas
Date: Wed Oct 08 2014 - 09:46:10 EST

Regulators can run on different operating modes (opmodes). This allows
systems to choose the most efficient opmode for each regulator. The
regulator core defines a set of generic modes so each system can define
the opmode in these generic terms and drivers are responsible to map the
generic modes to the ones supported by each hardware according to their

Signed-off-by: Javier Martinez Canillas <javier.martinez@xxxxxxxxxxxxxxx>
Documentation/devicetree/bindings/regulator/regulator.txt | 8 ++++++++
1 file changed, 8 insertions(+)

diff --git a/Documentation/devicetree/bindings/regulator/regulator.txt b/Documentation/devicetree/bindings/regulator/regulator.txt
index ccba90b..a9d6767 100644
--- a/Documentation/devicetree/bindings/regulator/regulator.txt
+++ b/Documentation/devicetree/bindings/regulator/regulator.txt
@@ -23,6 +23,14 @@ Optional properties:
state among following defined suspend states:
<3>: PM_SUSPEND_MEM - Setup regulator according to regulator-state-mem
<4>: PM_SUSPEND_MAX - Setup regulator according to regulator-state-disk
+- regulator-initial-mode: initial regulator operating mode. One of following:
+ <1>: REGULATOR_MODE_FAST - Regulator can handle fast changes.
+ <2>: REGULATOR_MODE_NORMAL - Normal regulator power supply mode.
+ <4>: REGULATOR_MODE_IDLE - Regulator runs in a more efficient mode.
+ <8>: REGULATOR_MODE_STANDBY - Regulator runs in the most efficient mode.
+ modes are defined in the dt-bindings/regulator/regulator.h header and can be
+ used in device tree sources files. If no mode is defined, then the OS will not
+ manage the operating mode and the HW default values will be used instead.
- regulator-state-mem sub-root node for Suspend-to-RAM mode
: suspend to memory, the device goes to sleep, but all data stored in memory,
only some external interrupt can wake the device.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/