Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753299AbcJLD3K (ORCPT ); Tue, 11 Oct 2016 23:29:10 -0400 Received: from mail-pf0-f181.google.com ([209.85.192.181]:33969 "EHLO mail-pf0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752360AbcJLD3B (ORCPT ); Tue, 11 Oct 2016 23:29:01 -0400 Date: Wed, 12 Oct 2016 08:51:53 +0530 From: Viresh Kumar To: Hoan Tran Cc: "Rafael J. Wysocki" , pprakash@codeaurora.org, Al Stone , linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, lho@apm.com, Duc Dang Subject: Re: [PATCH] cpufreq: CPPC: Correct desired_perf calculation Message-ID: <20161012032153.GE19385@vireshk-i7> References: <1476220320-19685-1-git-send-email-hotran@apm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1476220320-19685-1-git-send-email-hotran@apm.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1141 Lines: 31 On 11-10-16, 14:12, Hoan Tran wrote: > The desired_perf is an abstract performance number. Its value should > be in the range of [lowest perf, highest perf] of CPPC. > The correct calculation is > desired_perf = freq * cppc_highest_perf / cppc_dmi_max_khz > > Signed-off-by: Hoan Tran > --- > drivers/cpufreq/cppc_cpufreq.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/cpufreq/cppc_cpufreq.c b/drivers/cpufreq/cppc_cpufreq.c > index 1b2f28f..ab1d4b7 100644 > --- a/drivers/cpufreq/cppc_cpufreq.c > +++ b/drivers/cpufreq/cppc_cpufreq.c > @@ -84,7 +84,7 @@ static int cppc_cpufreq_set_target(struct cpufreq_policy *policy, > > cpu = all_cpu_data[policy->cpu]; > > - cpu->perf_ctrls.desired_perf = (u64)target_freq * policy->max / cppc_dmi_max_khz; > + cpu->perf_ctrls.desired_perf = (u64)target_freq * cpu->perf_caps.highest_perf / cppc_dmi_max_khz; > freqs.old = policy->cur; > freqs.new = target_freq; I am not sure what the calculations should be like, but I don't have any objections against applying this.. Acked-by: Viresh Kumar -- viresh