[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20170428204803.plu467okibtxga4d@rob-hp-laptop>
Date: Fri, 28 Apr 2017 15:48:03 -0500
From: Rob Herring <robh@...nel.org>
To: Viresh Kumar <viresh.kumar@...aro.org>
Cc: Rafael Wysocki <rjw@...ysocki.net>, ulf.hansson@...aro.org,
Kevin Hilman <khilman@...nel.org>,
Viresh Kumar <vireshk@...nel.org>, Nishanth Menon <nm@...com>,
Stephen Boyd <sboyd@...eaurora.org>,
linaro-kernel@...ts.linaro.org, linux-pm@...r.kernel.org,
linux-kernel@...r.kernel.org,
Vincent Guittot <vincent.guittot@...aro.org>,
lina.iyer@...aro.org, rnayak@...eaurora.org, sudeep.holla@....com,
devicetree@...r.kernel.org
Subject: Re: [PATCH V6 1/9] PM / OPP: Introduce "power-domain-opp" property
On Wed, Apr 26, 2017 at 04:27:05PM +0530, Viresh Kumar wrote:
> Power-domains need to express their active states in DT and the devices
> within the power-domain need to express their dependency on those active
> states. The power-domains can use the OPP tables without any
> modifications to the bindings.
>
> Add a new property "power-domain-opp", which will contain phandle to the
> OPP node of the parent power domain. This is required for devices which
> have dependency on the configured active state of the power domain for
> their working.
>
> For some platforms the actual frequency and voltages of the power
> domains are managed by the firmware and are so hidden from the high
> level operating system. The "opp-hz" property is relaxed a bit to
> contain indexes instead of actual frequency values to support such
> platforms.
>
> Signed-off-by: Viresh Kumar <viresh.kumar@...aro.org>
> ---
> Documentation/devicetree/bindings/opp/opp.txt | 74 ++++++++++++++++++++++++++-
> 1 file changed, 73 insertions(+), 1 deletion(-)
>
> diff --git a/Documentation/devicetree/bindings/opp/opp.txt b/Documentation/devicetree/bindings/opp/opp.txt
> index 63725498bd20..6e30cae2a936 100644
> --- a/Documentation/devicetree/bindings/opp/opp.txt
> +++ b/Documentation/devicetree/bindings/opp/opp.txt
> @@ -77,7 +77,10 @@ This defines voltage-current-frequency combinations along with other related
> properties.
>
> Required properties:
> -- opp-hz: Frequency in Hz, expressed as a 64-bit big-endian integer.
> +- opp-hz: Frequency in Hz, expressed as a 64-bit big-endian integer. In some
> + cases the exact frequency in Hz may be hidden from the OS by the firmware and
> + this field may contain values that represent the frequency in a firmware
> + dependent way, for example an index of an array in the firmware.
Not really sure OPP binding makes sense here. What about all the other
properties. We expose voltage, but not freq?
>
> Optional properties:
> - opp-microvolt: voltage in micro Volts.
> @@ -154,6 +157,13 @@ properties.
>
> - status: Marks the node enabled/disabled.
>
> +- power-domain-opp: Phandle to the OPP node of the parent power-domain. The
> + parent power-domain should be configured to the OPP whose node is pointed by
> + the phandle, in order to configure the device for the OPP node that contains
> + this property. The order in which the device and power domain should be
> + configured is implementation defined. The OPP table of a device can set this
> + property only if the device node contains "power-domains" property.
> +
I don't even know what to say on this. The continual evolution of
OPP bindings continues. This seems like further abuse of DT
power-domains (being a region in a chip that can be powergated) with
Linux PM domains.
Rob
Powered by blists - more mailing lists