From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-15.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_CR_TRAILER, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 150FBC433E0 for ; Wed, 17 Feb 2021 00:25:42 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id B551464E28 for ; Wed, 17 Feb 2021 00:25:40 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org B551464E28 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=arm.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=d4w0zdxyM78STk3brqf8TUFRKFWoIDsOivp8swtNJUg=; b=Vg+07zY+30LOLmBoFAICHVvzr kSK99zuPyl/ob6VYhcl+7VPyQdb29AkckfN6Py/O+rLt1TPjGfJC1m3MHe0Uxxyeo/YfqCfpavTF8 18Vi4thp7Dk3PvLOaNfRDmdWWhPzZ3CLhsNWsGjWIE95F1x0P608PE9YyZYNa88aNGx76VatLlIU/ l2x6h/5p99/HfD0j2nFprW1l89p9bhPDqKdpTIgfN+pnO3NRmz3Z9uxE+4sQmwwYRKLR1/9z6zjZY 7/ZdlRhRhe9wvukfodyWCnBtKW3TzK62Gos9j2+u+G1mi9/mfl9fcn47W2/vB6dG35/Zg0PU2jHVK sHkm3N+rA==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1lCAdq-0002I7-ND; Wed, 17 Feb 2021 00:24:30 +0000 Received: from foss.arm.com ([217.140.110.172]) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1lCAdo-0002HW-P5 for linux-arm-kernel@lists.infradead.org; Wed, 17 Feb 2021 00:24:29 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 5E3BD31B; Tue, 16 Feb 2021 16:24:24 -0800 (PST) Received: from localhost (e108754-lin.cambridge.arm.com [10.1.195.40]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id E39B53F73D; Tue, 16 Feb 2021 16:24:23 -0800 (PST) Date: Wed, 17 Feb 2021 00:24:22 +0000 From: Ionela Voinescu To: Viresh Kumar Subject: Re: [PATCH V3 1/2] topology: Allow multiple entities to provide sched_freq_tick() callback Message-ID: <20210217002422.GA17422@arm.com> References: <20210203114521.GA6380@arm.com> <20210205091424.3od3tme3f7mh7ebp@vireshk-i7> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20210205091424.3od3tme3f7mh7ebp@vireshk-i7> User-Agent: Mutt/1.9.4 (2018-02-28) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210216_192428_953414_26344B6D X-CRM114-Status: GOOD ( 30.70 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Vincent Guittot , linux-pm@vger.kernel.org, Catalin Marinas , Rafael Wysocki , linux-kernel@vger.kernel.org, Greg Kroah-Hartman , Sudeep Holla , Will Deacon , linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hey, On Friday 05 Feb 2021 at 14:44:24 (+0530), Viresh Kumar wrote: > On 03-02-21, 11:45, Ionela Voinescu wrote: > > Therefore, I think system level invariance management (checks and > > call to rebuild_sched_domains_energy()) also needs to move from arm64 > > code to arch_topology code. > > Here is the 3rd patch of this series then :) > I think it could be merged in patch 1/2 as it's part of enabling the use of multiple sources of information for FIE. Up to you! > From: Viresh Kumar > Date: Fri, 5 Feb 2021 13:31:53 +0530 > Subject: [PATCH] drivers: arch_topology: rebuild sched domains on invariance > change > > We already do this for the arm64, move it to arch_topology.c as we > manage all sched_freq_tick sources here now. > > Reported-by: Ionela Voinescu > Signed-off-by: Viresh Kumar > --- > arch/arm64/kernel/topology.c | 16 ---------------- > drivers/base/arch_topology.c | 22 ++++++++++++++++++++++ > 2 files changed, 22 insertions(+), 16 deletions(-) > > diff --git a/arch/arm64/kernel/topology.c b/arch/arm64/kernel/topology.c > index 1e47dfd465f8..47fca7376c93 100644 > --- a/arch/arm64/kernel/topology.c > +++ b/arch/arm64/kernel/topology.c > @@ -240,7 +240,6 @@ static struct scale_freq_data amu_sfd = { > > static void amu_fie_setup(const struct cpumask *cpus) > { > - bool invariant; > int cpu; > > /* We are already set since the last insmod of cpufreq driver */ > @@ -257,25 +256,10 @@ static void amu_fie_setup(const struct cpumask *cpus) > > cpumask_or(amu_fie_cpus, amu_fie_cpus, cpus); > > - invariant = topology_scale_freq_invariant(); > - > - /* We aren't fully invariant yet */ > - if (!invariant && !cpumask_equal(amu_fie_cpus, cpu_present_mask)) > - return; > - You still need these checks, otherwise you could end up with only part of the CPUs setting a scale factor, when only part of the CPUs support AMUs and there is no cpufreq support for FIE. > topology_set_scale_freq_source(&amu_sfd, amu_fie_cpus); > > pr_debug("CPUs[%*pbl]: counters will be used for FIE.", > cpumask_pr_args(cpus)); > - > - /* > - * Task scheduler behavior depends on frequency invariance support, > - * either cpufreq or counter driven. If the support status changes as > - * a result of counter initialisation and use, retrigger the build of > - * scheduling domains to ensure the information is propagated properly. > - */ > - if (!invariant) > - rebuild_sched_domains_energy(); > } > > static int init_amu_fie_callback(struct notifier_block *nb, unsigned long val, > diff --git a/drivers/base/arch_topology.c b/drivers/base/arch_topology.c > index 20b511949cd8..3631877f4440 100644 > --- a/drivers/base/arch_topology.c > +++ b/drivers/base/arch_topology.c > @@ -23,6 +23,7 @@ > > static DEFINE_PER_CPU(struct scale_freq_data *, sft_data); > static struct cpumask scale_freq_counters_mask; > +static bool scale_freq_invariant; > > static bool supports_scale_freq_counters(const struct cpumask *cpus) > { > @@ -35,6 +36,23 @@ bool topology_scale_freq_invariant(void) > supports_scale_freq_counters(cpu_online_mask); > } > > +static void update_scale_freq_invariant(bool status) > +{ > + if (scale_freq_invariant == status) > + return; > + > + /* > + * Task scheduler behavior depends on frequency invariance support, > + * either cpufreq or counter driven. If the support status changes as > + * a result of counter initialisation and use, retrigger the build of > + * scheduling domains to ensure the information is propagated properly. > + */ > + if (topology_scale_freq_invariant() == status) { > + scale_freq_invariant = status; > + rebuild_sched_domains_energy(); > + } > +} > + > void topology_set_scale_freq_source(struct scale_freq_data *data, > const struct cpumask *cpus) > { > @@ -50,6 +68,8 @@ void topology_set_scale_freq_source(struct scale_freq_data *data, > cpumask_set_cpu(cpu, &scale_freq_counters_mask); > } > } Small(ish) optimisation at the beginning of this function: if (cpumask_empty(&scale_freq_counters_mask)) scale_freq_invariant = topology_scale_freq_invariant(); This will save you a call to rebuild_sched_domains_energy(), which is quite expensive, when cpufreq supports FIE and we also have counters. After comments addressed, Reviewed-by: Ionela Voinescu Tested-by: Ionela Voinescu ..for 1/2 and this addition. Thanks, Ionela. > + > + update_scale_freq_invariant(true); > } > EXPORT_SYMBOL_GPL(topology_set_scale_freq_source); > > @@ -67,6 +87,8 @@ void topology_clear_scale_freq_source(enum scale_freq_source source, > cpumask_clear_cpu(cpu, &scale_freq_counters_mask); > } > } > + > + update_scale_freq_invariant(false); > } > EXPORT_SYMBOL_GPL(topology_clear_scale_freq_source); > > -- > 2.25.0.rc1.19.g042ed3e048af > > -- > viresh _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel