[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAJZ5v0jYSZQKkLN-TO_h0AazhHZtHgpavTnnAscLPYLmjX3LaA@mail.gmail.com>
Date: Fri, 24 Jan 2025 12:05:36 +0100
From: "Rafael J. Wysocki" <rafael@...nel.org>
To: Viresh Kumar <viresh.kumar@...aro.org>
Cc: "Rafael J. Wysocki" <rafael@...nel.org>, Alyssa Rosenzweig <alyssa@...enzweig.io>,
Christophe Leroy <christophe.leroy@...roup.eu>, Cristian Marussi <cristian.marussi@....com>,
"Gautham R. Shenoy" <gautham.shenoy@....com>, Hector Martin <marcan@...can.st>,
Huacai Chen <chenhuacai@...nel.org>, Huang Rui <ray.huang@....com>,
Madhavan Srinivasan <maddy@...ux.ibm.com>, Mario Limonciello <mario.limonciello@....com>,
Michael Ellerman <mpe@...erman.id.au>, Naveen N Rao <naveen@...nel.org>,
Nicholas Piggin <npiggin@...il.com>, Perry Yuan <perry.yuan@....com>,
Sudeep Holla <sudeep.holla@....com>, Sven Peter <sven@...npeter.dev>,
WANG Xuerui <kernel@...0n.name>, linux-pm@...r.kernel.org,
Vincent Guittot <vincent.guittot@...aro.org>, Lifeng Zheng <zhenglifeng1@...wei.com>,
arm-scmi@...r.kernel.org, asahi@...ts.linux.dev,
linux-arm-kernel@...ts.infradead.org, linux-arm-msm@...r.kernel.org,
linux-kernel@...r.kernel.org, linuxppc-dev@...ts.ozlabs.org,
loongarch@...ts.linux.dev
Subject: Re: [PATCH 00/15] cpufreq: simplify boost handling
On Fri, Jan 24, 2025 at 9:58 AM Viresh Kumar <viresh.kumar@...aro.org> wrote:
>
> Hello,
>
> The boost feature can be controlled at two levels currently, driver
> level (applies to all policies) and per-policy.
>
> Currently most of the drivers enables driver level boost support from the
> per-policy ->init() callback, which isn't really efficient as that gets called
> for each policy and then there is online/offline path too where this gets done
> unnecessarily.
>
> Also it is possible to have a scenario where not all cpufreq policies support
> boost frequencies. And letting sysfs (or other parts of the kernel) enable boost
> feature for that policy isn't correct.
>
> Simplify and cleanup handling of boost to solve these issues.
I guess this depends on the previous series?
> Pushed here:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/vireshk/pm.git cpufreq/boost
>
> Rebased over few dependencies from PM tree, will push to the arm-cpufreq tree
> after merge window is closed.
>
> Viresh Kumar (15):
> cpufreq: staticize cpufreq_boost_trigger_state()
> cpufreq: Export cpufreq_boost_set_sw()
> cpufreq: Introduce policy->boost_supported flag
> cpufreq: acpi: Set policy->boost_supported
> cpufreq: amd: Set policy->boost_supported
> cpufreq: cppc: Set policy->boost_supported
> cpufreq: Restrict enabling boost on policies with no boost frequencies
> cpufreq: apple: Set .set_boost directly
> cpufreq: loongson: Set .set_boost directly
> cpufreq: powernv: Set .set_boost directly
> cpufreq: scmi: Set .set_boost directly
> cpufreq: dt: Set .set_boost directly
> cpufreq: qcom: Set .set_boost directly
> cpufreq: staticize policy_has_boost_freq()
> cpufreq: Remove cpufreq_enable_boost_support()
>
> drivers/cpufreq/acpi-cpufreq.c | 3 +++
> drivers/cpufreq/amd-pstate.c | 4 ++--
> drivers/cpufreq/apple-soc-cpufreq.c | 10 +---------
> drivers/cpufreq/cppc_cpufreq.c | 9 +--------
> drivers/cpufreq/cpufreq-dt.c | 14 +-------------
> drivers/cpufreq/cpufreq.c | 30 ++++++++++++-----------------
> drivers/cpufreq/freq_table.c | 7 +++++--
> drivers/cpufreq/loongson3_cpufreq.c | 10 +---------
> drivers/cpufreq/powernv-cpufreq.c | 5 +----
> drivers/cpufreq/qcom-cpufreq-hw.c | 7 +------
> drivers/cpufreq/scmi-cpufreq.c | 11 +----------
> include/linux/cpufreq.h | 20 ++++++-------------
> 12 files changed, 35 insertions(+), 95 deletions(-)
>
> --
> 2.31.1.272.g89b43f80a514
>
Powered by blists - more mailing lists