[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20211019072425.dvq3ummjdkjmucgm@vireshk-i7>
Date: Tue, 19 Oct 2021 12:54:25 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: Ulf Hansson <ulf.hansson@...aro.org>
Cc: Sudeep Holla <sudeep.holla@....com>, Rob Herring <robh@...nel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
DTML <devicetree@...r.kernel.org>,
Manivannan Sadhasivam <manivannan.sadhasivam@...aro.org>,
Hector Yuan <hector.yuan@...iatek.com>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Rob Herring <robh+dt@...nel.org>
Subject: Re: [PATCH v4] dt-bindings: dvfs: Add support for generic
performance domains
On 15-10-21, 11:17, Ulf Hansson wrote:
> As far as I understand, the "performance domains" DT bindings that
> $subject patch introduces, allows us to group devices into domains, to
> let them be "performance controlled" together. Right?
This and it also provides a reg space where we can get/set the
performance state.
> Unless I am missing something, it looks like power domains DT bindings
> already offer this for us. Yes, certainly, the DT doc [1] needs an
> updated description to better explain this, but other than that we
> should be fine, don't you think?
I think yes we can make it work through that as well, but I am not
sure if we will be able to use required-opp n stuff here as the DT
doesn't have the OPP table for the CPUs.
The CPU's freq table is generated at runtime, see
drivers/cpufreq/mediatek-cpufreq-hw.c for example.
--
viresh
Powered by blists - more mailing lists