[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20190205045513.p4ljxgsnvmk3fzgw@vireshk-i7>
Date: Tue, 5 Feb 2019 10:25:13 +0530
From: Viresh Kumar <viresh.kumar@...aro.org>
To: Quentin Perret <quentin.perret@....com>
Cc: sudeep.holla@....com, rjw@...ysocki.net, nm@...com,
sboyd@...nel.org, mka@...omium.org, linux-pm@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
dietmar.eggemann@....com
Subject: Re: [PATCH v4 0/5] Register an Energy Model for Arm reference
platforms
On 04-02-19, 11:09, Quentin Perret wrote:
> The Energy Model (EM) framework feeds interested subsystems (the
> scheduler/EAS as of now) with power costs provided by drivers. Yet, no
> driver is actually doing that upstream yet. This series updates a set of
> CPUFreq drivers in order to register power costs in the EM framework for
> some of the Arm reference platforms for EAS: Hikey960, Juno and TC2.
>
> The series is split as follows:
> - Patch 01 introduces in PM_OPP a helper function which estimates the
> CPU power using the P=CV²f equation also used by IPA. It should be
> noted that this introduces duplicate code with IPA, which will
> eventually be fixed by migrating IPA to using PM_EM. The ideal plan
> would be to do so later, in a separate patch series. I would indeed
> prefer to keep the thermal and CPUFreq discussion separate at this
> stage, if deemed acceptable.
> - Patches 02-04 make use of that PM_OPP helper function from the
> following CPUFreq drivers: cpufreq-dt, scpi-cpufreq and
> arm_big_little.
> - Patch 05 modifies the SCMI cpufreq driver to pass the power costs
> obtained from firmware to PM_EM. This patch is independent from the
> rest of the series.
>
>
> Changes since v3 (20190201093101.31869-1-quentin.perret@....com)
> - Moved the OPP count inside dev_pm_opp_of_register_em() (Matthias,
> Sudeep)
Applied. Thanks.
--
viresh
Powered by blists - more mailing lists