Thread (14 messages) 14 messages, 5 authors, 2016-11-16

Re: [PATCH V3 1/9] PM / OPP: Reword binding supporting multiple regulators per device

From: Mark Brown <hidden>
Date: 2016-11-10 16:37:27
Also in: linux-pm, lkml

On Thu, Nov 10, 2016 at 09:34:40AM +0530, Viresh Kumar wrote:
On 09-11-16, 14:58, Mark Brown wrote:
quoted
On Wed, Oct 26, 2016 at 12:02:56PM +0530, Viresh Kumar wrote:
quoted
quoted
+  Entries for multiple regulators shall be provided in the same field separated
+  by angular brackets <>. The OPP binding doesn't provide any provisions to
+  relate the values to their power supplies or the order in which the supplies
+  need to be configured.
quoted
I don't understand how this works.  If we have an unordered list of
values to set for regulators how will we make sense of them?
The platform driver is responsible to identify the order and pass it on to the
OPP core. And the platform driver needs to have that hard coded.
That *really* should be in the binding.  Honestly if the binding is this
vague I'm not even clear that it's worth documenting these properties at
this level, might be better to just put the documentation in the
platform driver bindings.
quoted
quoted
-			cpu-supply = <&cpu_supply0>, <&cpu_supply1>, <&cpu_supply2>;
+			vcc0-supply = <&cpu_supply0>;
+			vcc1-supply = <&cpu_supply1>;
+			vcc2-supply = <&cpu_supply2>;
quoted
This change doesn't seem to correspond to the documentation change.
This rectifies the incorrect binding previously added to the example, which I
realized to be incorrect only while attempting to code for it. And so it brings
the example on the same state as the documentation now.
Then that should be in a separate patch with a changelog explaining what
the change is doing.

Attachments

Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help