Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1157108ybk; Wed, 20 May 2020 23:29:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx+vm6RBBJnd5FlpCAyFQVjBHDg/f3ZsXRqzDOMTDT9hvzTdEobPZBzf2XwMT/9JrBXyLAI X-Received: by 2002:a17:906:dbc9:: with SMTP id yc9mr2252724ejb.157.1590042579394; Wed, 20 May 2020 23:29:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1590042579; cv=none; d=google.com; s=arc-20160816; b=0y/MYhSesB0eTOMDIcRYaLHjFD06bkzwm91C2Xe6dfnZkHmxWs8FvBUdMQwZKhmKFX Qrzo2mm5j9ENjGlBkw+sYWDSJurHiaNjERbnBym6u9Bd2tuf6e0k0s/D7dJTjxclrWkG 6lrO31I0GX6ibG7jhaxBVZP/VCmxHdWJor/yNugHqCNMPMM+wVIUoLI2pk0So0+IXiAm BIi7be1z8x++xUuFdEVZ86CM2bs+FPv5AgXjiDjVJrKh7CDUWGgnaK+0c8DA1OjdgZK/ mDUIdWlkKDAUiPNUMOJPIzvuPlKfVXr7GshD22XbFQndN0UO8/2xoocXL847+jGmZyjU Iefw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=jOmap4PcpYhnqbYjyycaN43K9hHUOkFbA5FgIeKaPjI=; b=xFHwuhKbyK09LJjBjnhepxzpDUXOZUTlI0OGwxRY+Dpe+IcXYcheFzDm9R2fMaiG8l Qs8lv1ITjN5vnerXJcizhuZo5qxHQCS8BuvJZhLHjUH3+NmMf86+lK0mRmUssOUZrT/G 08S/fzgCfDYB6bJj7bwVNRsgz2VcTgZIZMGtnhrsL7sXwjKAXJFlsUv0TduUmOaqpDkn gELMyVgn3ISjL0tYeHyLP9g2DsLeYxYvLZWKU9c/BLzjhkE+cfOtb8msCByrmqal30c8 BF8Qf9adcm5tMrROZ6qKALFhU0S4xVZFpRYPxJctMfnoODMAIGkt4V/IQk9VdhTYL6n6 /Brg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z3si2559922eda.578.2020.05.20.23.29.16; Wed, 20 May 2020 23:29:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728184AbgEUGZj (ORCPT + 99 others); Thu, 21 May 2020 02:25:39 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:4831 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726506AbgEUGZi (ORCPT ); Thu, 21 May 2020 02:25:38 -0400 Received: from DGGEMS409-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id 1BDDE98CBFABEE69D726; Thu, 21 May 2020 14:25:35 +0800 (CST) Received: from [127.0.0.1] (10.166.215.101) by DGGEMS409-HUB.china.huawei.com (10.3.19.209) with Microsoft SMTP Server id 14.3.487.0; Thu, 21 May 2020 14:25:26 +0800 Subject: Re: [RFC PATCH v3 2/2] CPPC: add support for SW BOOST To: Viresh Kumar CC: , , , , , , , , References: <1589888489-13828-1-git-send-email-wangxiongfeng2@huawei.com> <1589888489-13828-3-git-send-email-wangxiongfeng2@huawei.com> <20200520050014.qpnnmyas2z7mvcss@vireshk-i7> From: Xiongfeng Wang Message-ID: <161082be-0df8-0128-bc77-58aee8d43bf6@huawei.com> Date: Thu, 21 May 2020 14:25:26 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <20200520050014.qpnnmyas2z7mvcss@vireshk-i7> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.166.215.101] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Viresh, On 2020/5/20 13:00, Viresh Kumar wrote: > On 19-05-20, 19:41, Xiongfeng Wang wrote: >> To add SW BOOST support for CPPC, we need to get the max frequency of >> boost mode and non-boost mode. ACPI spec 6.2 section 8.4.7.1 describe >> the following two CPC registers. >> >> "Highest performance is the absolute maximum performance an individual >> processor may reach, assuming ideal conditions. This performance level >> may not be sustainable for long durations, and may only be achievable if >> other platform components are in a specific state; for example, it may >> require other processors be in an idle state. >> >> Nominal Performance is the maximum sustained performance level of the >> processor, assuming ideal operating conditions. In absence of an >> external constraint (power, thermal, etc.) this is the performance level >> the platform is expected to be able to maintain continuously. All >> processors are expected to be able to sustain their nominal performance >> state simultaneously." >> >> To add SW BOOST support for CPPC, we can use Highest Performance as the >> max performance in boost mode and Nominal Performance as the max >> performance in non-boost mode. If the Highest Performance is greater >> than the Nominal Performance, we assume SW BOOST is supported. >> >> The current CPPC driver does not support SW BOOST and use 'Highest >> Performance' as the max performance the CPU can achieve. 'Nominal >> Performance' is used to convert 'performance' to 'frequency'. That >> means, if firmware enable boost and provide a value for Highest >> Performance which is greater than Nominal Performance, boost feature is >> enabled by default. >> >> Because SW BOOST is disabled by default, so, after this patch, boost >> feature is disabled by default even if boost is enabled by firmware. >> >> Signed-off-by: Xiongfeng Wang >> --- >> drivers/cpufreq/cppc_cpufreq.c | 39 +++++++++++++++++++++++++++++++++++++-- >> 1 file changed, 37 insertions(+), 2 deletions(-) >> >> diff --git a/drivers/cpufreq/cppc_cpufreq.c b/drivers/cpufreq/cppc_cpufreq.c >> index bda0b24..792ed9e 100644 >> --- a/drivers/cpufreq/cppc_cpufreq.c >> +++ b/drivers/cpufreq/cppc_cpufreq.c >> @@ -37,6 +37,7 @@ >> * requested etc. >> */ >> static struct cppc_cpudata **all_cpu_data; >> +static bool boost_supported; >> >> struct cppc_workaround_oem_info { >> char oem_id[ACPI_OEM_ID_SIZE + 1]; >> @@ -310,7 +311,7 @@ static int cppc_cpufreq_cpu_init(struct cpufreq_policy *policy) >> * Section 8.4.7.1.1.5 of ACPI 6.1 spec) >> */ >> policy->min = cppc_cpufreq_perf_to_khz(cpu, cpu->perf_caps.lowest_nonlinear_perf); >> - policy->max = cppc_cpufreq_perf_to_khz(cpu, cpu->perf_caps.highest_perf); >> + policy->max = cppc_cpufreq_perf_to_khz(cpu, cpu->perf_caps.nominal_perf); >> >> /* >> * Set cpuinfo.min_freq to Lowest to make the full range of performance >> @@ -318,7 +319,7 @@ static int cppc_cpufreq_cpu_init(struct cpufreq_policy *policy) >> * nonlinear perf >> */ >> policy->cpuinfo.min_freq = cppc_cpufreq_perf_to_khz(cpu, cpu->perf_caps.lowest_perf); >> - policy->cpuinfo.max_freq = cppc_cpufreq_perf_to_khz(cpu, cpu->perf_caps.highest_perf); >> + policy->cpuinfo.max_freq = cppc_cpufreq_perf_to_khz(cpu, cpu->perf_caps.nominal_perf); >> >> policy->transition_delay_us = cppc_cpufreq_get_transition_delay_us(cpu_num); >> policy->shared_type = cpu->shared_type; >> @@ -343,6 +344,13 @@ static int cppc_cpufreq_cpu_init(struct cpufreq_policy *policy) >> >> cpu->cur_policy = policy; >> >> + /* >> + * If 'highest_perf' is greater than 'nominal_perf', we assume CPU Boost >> + * is supported. >> + */ >> + if (cpu->perf_caps.highest_perf > cpu->perf_caps.nominal_perf) >> + boost_supported = true; >> + >> /* Set policy->cur to max now. The governors will adjust later. */ >> policy->cur = cppc_cpufreq_perf_to_khz(cpu, >> cpu->perf_caps.highest_perf); >> @@ -410,6 +418,32 @@ static unsigned int cppc_cpufreq_get_rate(unsigned int cpunum) >> return cppc_get_rate_from_fbctrs(cpu, fb_ctrs_t0, fb_ctrs_t1); >> } >> >> +static int cppc_cpufreq_set_boost(struct cpufreq_policy *policy, int state) >> +{ >> + struct cppc_cpudata *cpudata; >> + int ret = 0; > > No need to initialize this. I will change it in the next version. Thanks for your advice. I will add your 'Suggested-by' for these two patches. Thanks, Xiongfeng > >> + >> + if (!boost_supported) { >> + pr_err("BOOST not supported by CPU or firmware\n"); >> + return -EINVAL; >> + } >> + >> + cpudata = all_cpu_data[policy->cpu]; >> + if (state) >> + policy->max = cppc_cpufreq_perf_to_khz(cpudata, >> + cpudata->perf_caps.highest_perf); >> + else >> + policy->max = cppc_cpufreq_perf_to_khz(cpudata, >> + cpudata->perf_caps.nominal_perf); >> + policy->cpuinfo.max_freq = policy->max; >> + >> + ret = freq_qos_update_request(policy->max_freq_req, policy->max); >> + if (ret < 0) >> + return ret; >> + >> + return 0; >> +} >> + >> static struct cpufreq_driver cppc_cpufreq_driver = { >> .flags = CPUFREQ_CONST_LOOPS, >> .verify = cppc_verify_policy, >> @@ -417,6 +451,7 @@ static unsigned int cppc_cpufreq_get_rate(unsigned int cpunum) >> .get = cppc_cpufreq_get_rate, >> .init = cppc_cpufreq_cpu_init, >> .stop_cpu = cppc_cpufreq_stop_cpu, >> + .set_boost = cppc_cpufreq_set_boost, >> .name = "cppc_cpufreq", >> }; >> >> -- >> 1.7.12.4 >