Received-SPF: pass (google.com: domain of linux-kernel+bounces-193402-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99;
From: Riwen Lu <luriwen@hotmail.com>
To: rafael@kernel.org,
	viresh.kumar@linaro.org
Cc: linux-pm@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Riwen Lu <luriwen@kylinos.cn>
Subject: [PATCH v2] cpufreq/cppc: Take policy->cur into judge when set target
Date: Wed, 29 May 2024 11:22:26 +0800
Message-ID:
 <TYCP286MB24861BA890594C119892FB3DB1F22@TYCP286MB2486.JPNP286.PROD.OUTLOOK.COM>
Content-Transfer-Encoding: 8bit
Content-Type: text/plain
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
X-MS-PublicTrafficType: Email
X-MS-TrafficTypeDiagnostic: TYCP286MB2486:EE_|TYCP286MB2896:EE_
X-MS-Office365-Filtering-Correlation-Id: 881e153b-c299-4b22-224e-08dc7f8e96f4
X-Microsoft-Antispam: BCL:0;ARA:14566002|461199019|440099019|3412199016;
X-Microsoft-Antispam-Message-Info:
	ICke9GZ4Kkb9NpYX4Ks0J9j6HHqTuA9XPA6ny1xD/9v5CMZeGDMAm51aOb5RVFcVPDlH7qlP/DFnD+A3UFkl6vVJqzBoGjlybDU0zyOxChzPmh8IUF5OgQ3xL4uJXqhGCoBHao9SFpcoSkhBEkx/GC7fgGTUwTmtmWltUrWpWsa/NlybqlIqoF5oW7SITQ+30HUFgcedbTwtQyWdlUwFvNpBahF+Yre8sVxy+0qx9mYVPRdEZhVg1yVXyfG+6nXrm5QUd0/O66CrBSJR3Jsbzu+EGcf4R+WzhNcsmdGSpAN6OqM/LUAyPjh+VTv1Zpu1DOHanaOtBgBxXgt4/Iuz5lNuns+uQZ3+q7ZNMn/ua2Oiu7dyWcPrE5/GH1JV42vf36HVxgzFdJ1Ggg07jR7n1te40gIinL/khnX/X0ot2VoRYHYgZM1rw+RdaSKllzOc4Jlui3wc+DNNmAtJ62BbV6f7l++QbDQkVkw6VoKMNf0Gmm4N4C801XKt3mhKmOC98U56WnT4gKwjiHE+zGGqRwf34aGAnFp+tm4hXu2051zp5LcNow+CwThrRemU+yHu
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0:
	=?us-ascii?Q?1dySRBaw6DADXZUpJd9uP9+9TpIek/kA1/aU7WHyT0YzSvHTTcPbpBP3z08q?=
 =?us-ascii?Q?Dbq1kmENo0NzvatyZL3Up5q7bt3SpH+LAHgqRfWWVAd7CMGJ5IemlfoCGLIf?=
 =?us-ascii?Q?eUeDNbx95aRXtOIJ8IDZBSgiS+DnSgxseOWCM/8TJJZ9gvNm0m/HJxrz1Zwy?=
 =?us-ascii?Q?EiI1v1AkurLCPCSGW5xeAD91pZruvMR8IG0VuJVnXMTLcoMnekT+1eYJMa5c?=
 =?us-ascii?Q?LaP86TlslNYZKR+0LVtjxUtn/ecN/AHIlwUilZ2U2aXeP5qYvBvEr8YOALZw?=
 =?us-ascii?Q?YXWzuort9fhl3nIupxiviiQ8Rf9F+w+ue2bYAbKJ8M0FsCnbUaTYwE5RWgH5?=
 =?us-ascii?Q?m/zuElTfYogvpUovWPKOGOhNs43Ym25Y1dnBhT73cli+x+wdaBSbDAyv5eZD?=
 =?us-ascii?Q?euzvT7VnCtzvY05P1dhooqhLfwfEIZ28hVAuvAUMJdZycK4nklMXXtQr+vXL?=
 =?us-ascii?Q?CJqH0WOBhqSGo0shKdoGXEQpscfgnPJhaGGHO2GcqxJdcfdkSyMk2aVg9Gdp?=
 =?us-ascii?Q?Diy4ONmaRfryfuTp5DlfuqFkWQEIRDVhWnYG1RYiL84GZWnxY5JicQ6BJY/V?=
 =?us-ascii?Q?1Ov8q5LIHycwB7hkqUJHTUxjzPp9FNl82Sx4ze8vCJJnZGdhmXR2BLT2KNvE?=
 =?us-ascii?Q?k1R3bLZYhLXUNCQK95MlPqNya4qPmjHbL4QBd+mHfgGfhe9B/48q39VWDAWO?=
 =?us-ascii?Q?1SYIRT2XP6ufaxFOHfmpOQ6ic33rfgu0d2PP/XHPOnAUn48CJ0NDLCbpZihl?=
 =?us-ascii?Q?fJhwF2Re5Tx/+g6z4WsYdHk30NgtXmRK8K9zPf6PuPloQHrV/hjXi4BCPBhU?=
 =?us-ascii?Q?s2gWNWXLATsw9RxNnp2GtYnsX27EO6IrRZ151whK65erNne0tSu8n9hIejke?=
 =?us-ascii?Q?LRJn4KAlSPcgQLhAG+UPPE1hr8RQKe1qpCOsdRc4p7Y0QYXbuJruJv+8aZ2m?=
 =?us-ascii?Q?Wkrnnt0IEAKhuoH8Pyb41tY0rThr5LBMg0LPdaPrwQYqIKpEZaDNet6nwR1r?=
 =?us-ascii?Q?bksb/MS54U26ffM7vT01dmMJWR/RtmLlQ04QOHCNhsPZwZ/x0Vmx1mqXslF/?=
 =?us-ascii?Q?8p5MX9CItwVAEHUpGlZEL5ciUe6yUYrJ8k1PYjC5p/d2pY9PwPky3XxKMYWO?=
 =?us-ascii?Q?X75hnW7HCDYAhGZcCckG0KyX20iJgtieh89SbzS6ISMkxwCz96fxM+oJv+4u?=
 =?us-ascii?Q?BLA9tXDcbBviIDZVivrjej7SZtf3DrYjvdOOmaIpPJlkdr/dqpJL8nzuo3k?=
 =?us-ascii?Q?=3D?=
X-OriginatorOrg: sct-15-20-4755-11-msonline-outlook-05f45.templateTenant
X-MS-Exchange-CrossTenant-Network-Message-Id: 881e153b-c299-4b22-224e-08dc7f8e96f4
X-MS-Exchange-CrossTenant-AuthSource: TYCP286MB2486.JPNP286.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 May 2024 03:22:37.7149
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg:
	00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped: TYCP286MB2896

From: Riwen Lu <luriwen@kylinos.cn>

There is a case that desired_perf is exactly the same with the old perf,
but the actual current freq is not. Add a judgment condition to return
only when the three values are exactly the same.

This happened in S3 while the cpufreq governor is set to powersave.
During resume process, the CPU frequency is adjusted to the highest
perf. For the booting CPU, there's a warning that "CPU frequency out of
sync:", because the policy->cur is the lowest_perf while the actual
current frequency is the highest_perf that obtained via
cppc_cpufreq_get_rate(), then set policy->cur to highest_perf. The
governor->limits() intent to configure the CPU frequency to lowest_perf
and the governor->target() returned because the desired_perf is equal to
cpu->perf_ctrls.desired_perf leaving the actual current frequency and
policy->cur are remain the highest_perf. Add a judgement that if
policy->cur is the same with desired_perf to decide whther to return.

Signed-off-by: Riwen Lu <luriwen@kylinos.cn>

---
v1 -> v2:
 - Update commit message and email.
---
 drivers/cpufreq/cppc_cpufreq.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/drivers/cpufreq/cppc_cpufreq.c b/drivers/cpufreq/cppc_cpufreq.c
index 15f1d41920a3..802f7c7c0ad8 100644
--- a/drivers/cpufreq/cppc_cpufreq.c
+++ b/drivers/cpufreq/cppc_cpufreq.c
@@ -296,7 +296,8 @@ static int cppc_cpufreq_set_target(struct cpufreq_policy *policy,
 
 	desired_perf = cppc_khz_to_perf(&cpu_data->perf_caps, target_freq);
 	/* Return if it is exactly the same perf */
-	if (desired_perf == cpu_data->perf_ctrls.desired_perf)
+	if (desired_perf == cpu_data->perf_ctrls.desired_perf &&
+	    desired_perf == policy->cur)
 		return ret;
 
 	cpu_data->perf_ctrls.desired_perf = desired_perf;
-- 
2.25.1