Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp3973143imm; Mon, 30 Jul 2018 06:40:57 -0700 (PDT) X-Google-Smtp-Source: AAOMgpcpDPe6NZv4CXUFe6sKwfH9rQAMZV0l1dFF4i6O5i5mlBpiwQE64TccSOisJ6BWU/aKlhXA X-Received: by 2002:a63:4d47:: with SMTP id n7-v6mr16477738pgl.270.1532958057237; Mon, 30 Jul 2018 06:40:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1532958057; cv=none; d=google.com; s=arc-20160816; b=jyjuvvIE7w7Dp31eUUBM8MeochOLyJkiQdLwbHf9Q55a28eKDW3Tpoulymb01yg+SO xQYAyLhqeGKQARawZ8dzDSae1AR3SC9QA4gH4uhYfZT1W7ZyQ0+rLJ9tSHj2/FAmGvqj cjNuGp2p6XQTP5zXscf1RHefZmvf3AAC3gO6ZJsVwPJK8HP6/bxcEDhaUmGhBPH+D3uY 3P+sS33KrZI0FhqQAyv9sbYAwQ6dLLe1w8ENLX8NgVVYiC/tb7bCZBSmP7J45CbCgkxc PEsvjn5tqu9krLMaVb6OM7qXloqvX3lKDBAdRYcrgB5MAycB8N0Mi0+OYFZX68vG8kNo qU/g== 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:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :arc-authentication-results; bh=Bdh6lHEqXuZo6dXQOFxJO/YYoEdR1wum+ouctoXRPl8=; b=PTnMjOt4BafqWTcbyWaxyVTuAHZ/WE2JYtu0geStVVjUops0CqVYNlDMYhugdmBA3n ABSvfEE/RxRJoM/GFzV5AFtB9t1HkEP8TB902Qf0Zs7ffm+AOUjj6z0O5LavOK6v9ks2 o0fXPs9cthEaRUxHPYXSXAM2BsJkdX9oNo4F4ERfjO4nHiDTdndsIJOzIcN5+yGecSQw Ipyqo9TXwgvYimLDAPo+g/jHiBFDjCYl/j9Ud+8/hEdh+tAfexGS7kYnkQ9nZzWlXQTY sru1Ya1ouIAYMK+y/2KgmU77YYgYnIiBHu88BNKahGo4JZGZYlaFd68KbqBPBzDQUhuM TVFw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t10-v6si10933269pge.624.2018.07.30.06.40.42; Mon, 30 Jul 2018 06:40:57 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726782AbeG3POG (ORCPT + 99 others); Mon, 30 Jul 2018 11:14:06 -0400 Received: from mga07.intel.com ([134.134.136.100]:53508 "EHLO mga07.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726530AbeG3POG (ORCPT ); Mon, 30 Jul 2018 11:14:06 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga105.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 30 Jul 2018 06:39:03 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,422,1526367600"; d="scan'208";a="79012984" Received: from spandruv-mobl.amr.corp.intel.com ([10.254.15.88]) by orsmga002.jf.intel.com with ESMTP; 30 Jul 2018 06:38:46 -0700 Message-ID: <3d2b0725feb67a270e7976d191b65acaf14315fe.camel@linux.intel.com> Subject: Re: [PATCH 4/4] cpufreq: intel_pstate: enable boost for Skylake Xeon From: Srinivas Pandruvada To: Eero Tamminen , Francisco Jerez , lenb@kernel.org, rjw@rjwysocki.net, mgorman@techsingularity.net Cc: peterz@infradead.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, juri.lelli@redhat.com, viresh.kumar@linaro.org, ggherdovich@suse.cz, Chris Wilson , Tvrtko Ursulin , Joonas Lahtinen Date: Mon, 30 Jul 2018 06:38:46 -0700 In-Reply-To: References: <20180605214242.62156-1-srinivas.pandruvada@linux.intel.com> <20180605214242.62156-5-srinivas.pandruvada@linux.intel.com> <87bmarhqk4.fsf@riseup.net> <3afad4b13370fe0ba6ed5020f86ce1b8ff46c603.camel@linux.intel.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.3 (3.28.3-1.fc28) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Eero, On Mon, 2018-07-30 at 11:33 +0300, Eero Tamminen wrote: > Hi, > > On 28.07.2018 17:14, Srinivas Pandruvada wrote: > > On Fri, 2018-07-27 at 22:34 -0700, Francisco Jerez wrote: > > > Srinivas Pandruvada writes: > > > > > > > Enable HWP boost on Skylake server and workstations. > > > > > > > > > > Please revert this series, it led to significant energy usage and > > > graphics performance regressions [1]. > > > > Which SKX platform is targeted to graphics? > > Patch that Chris pointed out is this: > +static const struct x86_cpu_id intel_pstate_hwp_boost_ids[] = { > + ICPU(INTEL_FAM6_SKYLAKE_X, core_funcs), > + ICPU(INTEL_FAM6_SKYLAKE_DESKTOP, core_funcs), > + {} > +}; > > The regressing platforms in our test system were: > - SKL 6600K i5 / GT2 > - SKL 6770HQ i7 / GT4e > > SKL-U i5 / GT3e device wasn't impacted, so I assume U devices don't > match INTEL_FAM6_SKYLAKE_DESKTOP. I have updated some steps in the bugzilla. Can you try that? Also add one workload which will show this issue immediately including any parameters you need to add. Thanks, Srinivas > > > > - Eero > > > > The reasons are roughly the ones > > > we discussed by e-mail off-list last April: This causes the > > > intel_pstate > > > driver to decrease the EPP to zero > > > > No. You didn't check this series. We are not using EPP at all. > > The boost mechanism used here is not boost to max. > > > > Thanks, > > Srinivas > > > > > when the workload blocks on IO > > > frequently enough, which for the regressing benchmarks detailed > > > in > > > [1] > > > is a symptom of the workload being heavily IO-bound, which means > > > they > > > won't benefit at all from the EPP boost since they aren't > > > significantly > > > CPU-bound, and they will suffer a decrease in parallelism due to > > > the > > > active CPU core using a larger fraction of the TDP in order to > > > achieve > > > the same work, causing the GPU to have a lower power budget > > > available, > > > leading to a decrease in system performance. > > > > > > You may want to give a shot to my previous suggestion of using > > > [2] in > > > order to detect whether the system is IO-bound, which you can use > > > as > > > an > > > indicator that the optimization implemented in this series cannot > > > possibly improve performance and can be expected to hurt energy > > > usage. > > > > > > Thanks. > > > > > > [1] https://bugs.freedesktop.org/show_bug.cgi?id=107410 > > > [2] https://patchwork.kernel.org/patch/10312259/ > > > > > > > Reported-by: Mel Gorman > > > > Tested-by: Giovanni Gherdovich > > > > Signed-off-by: Srinivas Pandruvada > > > ntel > > > > .com> > > > > --- > > > > drivers/cpufreq/intel_pstate.c | 10 ++++++++++ > > > > 1 file changed, 10 insertions(+) > > > > > > > > diff --git a/drivers/cpufreq/intel_pstate.c > > > > b/drivers/cpufreq/intel_pstate.c > > > > index 70bf63bb4e0e..01c8da1f99db 100644 > > > > --- a/drivers/cpufreq/intel_pstate.c > > > > +++ b/drivers/cpufreq/intel_pstate.c > > > > @@ -1794,6 +1794,12 @@ static const struct x86_cpu_id > > > > intel_pstate_cpu_ee_disable_ids[] = { > > > > {} > > > > }; > > > > > > > > +static const struct x86_cpu_id intel_pstate_hwp_boost_ids[] > > > > __initconst = { > > > > + ICPU(INTEL_FAM6_SKYLAKE_X, core_funcs), > > > > + ICPU(INTEL_FAM6_SKYLAKE_DESKTOP, core_funcs), > > > > + {} > > > > +}; > > > > + > > > > static int intel_pstate_init_cpu(unsigned int cpunum) > > > > { > > > > struct cpudata *cpu; > > > > @@ -1824,6 +1830,10 @@ static int > > > > intel_pstate_init_cpu(unsigned > > > > int cpunum) > > > > intel_pstate_disable_ee(cpunum); > > > > > > > > intel_pstate_hwp_enable(cpu); > > > > + > > > > + id = > > > > x86_match_cpu(intel_pstate_hwp_boost_ids); > > > > + if (id) > > > > + hwp_boost = true; > > > > } > > > > > > > > intel_pstate_get_cpu_pstates(cpu); > > > > -- > > > > 2.13.6 > >