Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp221053imm; Wed, 18 Jul 2018 00:38:31 -0700 (PDT) X-Google-Smtp-Source: AAOMgpf5Ge7i5sLwGup6PthubhGU6CzxcJe9UDktSb1EmH8suC7AqLJbGDz4K3umJA/BHRaRaTPM X-Received: by 2002:a17:902:44a4:: with SMTP id l33-v6mr4880017pld.134.1531899511243; Wed, 18 Jul 2018 00:38:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531899511; cv=none; d=google.com; s=arc-20160816; b=WADGumkSdZ8ayW3aaDvu8CY42WwlWhj+3cpfDQvuW3xqQClesay5iWwe+GF1fNJ6Ns 6695xH4PPrs8DVYYKth/67yzMTHA9268cUEC1ygVhBu/PxatGUcHbWgNTp1nNsqlxvij bAzIJvc8kbfCVL/VACxT34SyHTACvZLmXQ7DTMS1EB8Z/y3rFCqKDpbBDs9kiE/3NKhA 8rTYP3CyGJNvhQjRWhzJSZtXDNlcUfOEBFzn8ZzP5hQ2oyiDsRwhxAbUertV2vfkcQtN BJPr4Tn9K/P34Cuf41dyMmP6UQ5v2ky72qYhiNqsTiCD952LkXceuzXumVm5XIuHZyD2 ShmA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=NJMu/NFUWJXaXjheop6sOqG/x3r0ELb03mcRpVB95f0=; b=sFEez55B3ISi8Eg/M8SUF5KQG/KoawCbBTGXCNxBLxQaijL8HC1bO8AhoAfsKPHuMA +JAkSsm9muw7RBxeI76OPKoa2CCd/Z2ldO5lD+XGhH3C210k1TYCViCbvJ29uLqSgi38 ZM0Wmm5qyGDYA7r+HPFnfd0D2lWy6NXLio7apXmrXcBwe2KMowG5i0POXJo44vbezCti E5Akm3mfUEgwSgrVEoM87heN7HQew5kDsYnjP9+mKuCk5T1sJ2WUstAHHmE6G9Njhnk8 6sWBGwyDvaJSYApn7dXId80KJIpvh60cUfylxYlSBNvXAyIqlLhEuKsKpDIITyq5P6+r hgBQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y62-v6si2918645pfd.254.2018.07.18.00.38.13; Wed, 18 Jul 2018 00:38:31 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726985AbeGRIOH (ORCPT + 99 others); Wed, 18 Jul 2018 04:14:07 -0400 Received: from smtp.nue.novell.com ([195.135.221.5]:53515 "EHLO smtp.nue.novell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726240AbeGRIOG (ORCPT ); Wed, 18 Jul 2018 04:14:06 -0400 Received: from emea4-mta.ukb.novell.com ([10.120.13.87]) by smtp.nue.novell.com with ESMTP (TLS encrypted); Wed, 18 Jul 2018 09:37:34 +0200 Received: from suselix (nwb-a10-snat.microfocus.com [10.120.13.202]) by emea4-mta.ukb.novell.com with ESMTP (TLS encrypted); Wed, 18 Jul 2018 08:37:14 +0100 Date: Tue, 17 Jul 2018 22:13:23 +0200 From: Andreas Herrmann To: "Rafael J. Wysocki" Cc: linux-pm@vger.kernel.org, "Rafael J. Wysocki" , Peter Zijlstra , Frederic Weisbecker , Viresh Kumar , linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] cpufreq: pcc-cpufreq: Disable dynamic scaling on many-CPU systems Message-ID: <20180717201323.6rwb4yklq46cmtom@suselix> References: <20180717065048.74mmgk4t5utjaa6a@suselix> <306375154.NhdH6AhdAd@aspire.rjw.lan> <5423012.ZZnfdYddaT@aspire.rjw.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <5423012.ZZnfdYddaT@aspire.rjw.lan> User-Agent: NeoMutt/20170421 (1.8.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jul 17, 2018 at 06:14:58PM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > The firmware interface used by the pcc-cpufreq driver is > fundamentally not scalable and using it for dynamic CPU performance > scaling on systems with many CPUs leads to degraded performance. > > For this reason, disable dynamic CPU performance scaling on systems > with pcc-cpufreq where the number of CPUs present at the driver init > time is greater than 4. Also make the driver print corresponding > complaints to the kernel log. > > Reported-by: Andreas Herrmann > Signed-off-by: Rafael J. Wysocki > --- > > -> v2: Rework the messages printed in the problematic case. I've tested this patch. Effect is as expected: driver loads but use of ondemand governor is not allowed. Sample output: [ 40.757519] pcc-cpufreq: (v1.10.00) driver loaded with frequency limits: 1200 MHz, 2800 MHz [ 40.831705] pcc_cpufreq_init: Too many CPUs, dynamic performance scaling disabled [ 40.898353] pcc_cpufreq_init: Try to enable a different scaling driver through BIOS settings [ 40.972327] pcc_cpufreq_init: and complain to the system vendor [ 41.025620] cpufreq: Can't use ondemand governor as dynamic switching is disallowed. Fallback to performance governor ... [ 41.187928] cpufreq: Can't use ondemand governor as dynamic switching is disallowed. Fallback to performance governor Last message is shown for each online CPU in the system (ie. 120x). Looks good to me. Andreas > --- > drivers/cpufreq/pcc-cpufreq.c | 9 +++++++++ > 1 file changed, 9 insertions(+) > > Index: linux-pm/drivers/cpufreq/pcc-cpufreq.c > =================================================================== > --- linux-pm.orig/drivers/cpufreq/pcc-cpufreq.c > +++ linux-pm/drivers/cpufreq/pcc-cpufreq.c > @@ -589,6 +589,15 @@ static int __init pcc_cpufreq_init(void) > return ret; > } > > + if (num_present_cpus() > 4) { > + pcc_cpufreq_driver.flags |= CPUFREQ_NO_AUTO_DYNAMIC_SWITCHING; > + pr_err("%s: Too many CPUs, dynamic performance scaling disabled\n", > + __func__); > + pr_err("%s: Try to enable a different scaling driver through BIOS settings\n", > + __func__); > + pr_err("%s: and complain to the system vendor\n", __func__); > + } > + > ret = cpufreq_register_driver(&pcc_cpufreq_driver); > > return ret; > >