From: "Rafael J. Wysocki" <rjw@rjwysocki.net>
To: Linux PM <linux-pm@vger.kernel.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
Viresh Kumar <viresh.kumar@linaro.org>,
Srinivas Pandruvada <srinivas.pandruvada@linux.intel.com>,
Mario Limonciello <mario.limonciello@amd.com>,
Vincent Guittot <vincent.guittot@linaro.org>,
Christian Loehle <christian.loehle@arm.com>,
Sultan Alsawaf <sultan@kerneltoast.com>,
Peter Zijlstra <peterz@infradead.org>,
Valentin Schneider <vschneid@redhat.com>,
Ingo Molnar <mingo@redhat.com>
Subject: [PATCH v1 5/5] cpufreq: Eliminate clamp_and_resolve_freq()
Date: Mon, 14 Apr 2025 22:51:03 +0200 [thread overview]
Message-ID: <8574928.NyiUUSuA9g@rjwysocki.net> (raw)
In-Reply-To: <3364921.aeNJFYEL58@rjwysocki.net>
From: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Fold clamp_and_resolve_freq() into __cpufreq_driver_target() which is
its only remaining caller.
No intentional functional impact.
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
---
drivers/cpufreq/cpufreq.c | 12 ++----------
1 file changed, 2 insertions(+), 10 deletions(-)
--- a/drivers/cpufreq/cpufreq.c
+++ b/drivers/cpufreq/cpufreq.c
@@ -505,15 +505,6 @@
return policy->freq_table[idx].frequency;
}
-static unsigned int clamp_and_resolve_freq(struct cpufreq_policy *policy,
- unsigned int target_freq,
- unsigned int relation)
-{
- target_freq = clamp_val(target_freq, policy->min, policy->max);
-
- return __resolve_freq(policy, target_freq, relation);
-}
-
/**
* cpufreq_driver_resolve_freq - Map a target frequency to a driver-supported
* one.
@@ -2361,7 +2352,8 @@
if (cpufreq_disabled())
return -ENODEV;
- target_freq = clamp_and_resolve_freq(policy, target_freq, relation);
+ target_freq = clamp_val(target_freq, policy->min, policy->max);
+ target_freq = __resolve_freq(policy, target_freq, relation);
pr_debug("target for CPU %u: %u kHz, relation %u, requested %u kHz\n",
policy->cpu, target_freq, relation, old_target_freq);
prev parent reply other threads:[~2025-04-14 20:52 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-14 20:39 [PATCH v1 0/5] cpufreq/sched: Improve synchronization of policy limits updates with schedutil Rafael J. Wysocki
2025-04-14 20:41 ` [PATCH v1 1/5] cpufreq/sched: Check fast_switch_enabled when setting need_freq_update Rafael J. Wysocki
2025-04-15 9:12 ` Rafael J. Wysocki
2025-04-14 20:45 ` [PATCH v1 2/5] cpufreq/sched: Explicitly synchronize limits_changed flag handling Rafael J. Wysocki
2025-04-14 20:46 ` [PATCH v1 3/5] cpufreq: Rename __resolve_freq() to clamp_and_resolve_freq() Rafael J. Wysocki
2025-04-14 20:50 ` [PATCH v1 4/5] cpufreq: Avoid inconsistent policy->min and policy->max Rafael J. Wysocki
2025-04-14 20:51 ` Rafael J. Wysocki [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8574928.NyiUUSuA9g@rjwysocki.net \
--to=rjw@rjwysocki.net \
--cc=christian.loehle@arm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=mario.limonciello@amd.com \
--cc=mingo@redhat.com \
--cc=peterz@infradead.org \
--cc=srinivas.pandruvada@linux.intel.com \
--cc=sultan@kerneltoast.com \
--cc=vincent.guittot@linaro.org \
--cc=viresh.kumar@linaro.org \
--cc=vschneid@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox