[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220222111519.rd5m4fxd7rvkuqqf@vireshk-i7>
Date: Tue, 22 Feb 2022 16:45:19 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: Lukasz Luba <lukasz.luba@....com>
Cc: linux-kernel@...r.kernel.org, dietmar.eggemann@....com,
rafael@...nel.org, daniel.lezcano@...aro.org, nm@...com,
sboyd@...nel.org, mka@...omium.org, dianders@...omium.org,
robh+dt@...nel.org, devicetree@...r.kernel.org,
linux-pm@...r.kernel.org
Subject: Re: [RFC][PATCH 1/2] dt-bindings: power: add Energy Model bindings
On 22-02-22, 11:03, Lukasz Luba wrote:
> OK, I misunderstood that. If that is possible than it would
> be great. I'm assuming you are taking about OPP v2.
Yes.
> I can relax the
> requirement that I need to provide this DT-EM for arm32, since they
> have a legacy OPP v1.
OPP V2 or V1 doesn't have anything to do with arm32/64. Anyone can implement the
newer V2 version (basically whoever wants something more than a simple freq/volt
pair). So arm32 SoC's that want to use the DT-EM thing, should migrate to
opp-v2, we can't support that with opp-v1.
> So we might have an entry similar that interconnect for the
> bandwidth, but for us it would be 'opp-power-uw'?
I will rather say similar to opp-microvolt or opp-microamp, so it better be
opp-microwatt.
> Let me have a look about some examples how that could be just
> added/extended in the opp table but from board file.
> If you have some handy link, I would be grateful.
The file I provided earlier:
arch/arm64/boot/dts/freescale/imx8mq-librem5-r3.dts
This is updating opp-microvolt property of a single OPP node in the whole table.
Pretty much like this only.
--
viresh
Powered by blists - more mailing lists