Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2736551pxj; Mon, 10 May 2021 09:34:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwnzBcfqpR2fGi8NZAQCryfpR8CdrqsGA0VBY2yNn0czZatc3yofhtoJjZ1L1rVS68B+D+R X-Received: by 2002:a05:6e02:1a8d:: with SMTP id k13mr23806279ilv.31.1620664494170; Mon, 10 May 2021 09:34:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620664494; cv=none; d=google.com; s=arc-20160816; b=eKe0aqRaJUn9ZJANAokXwn/W1AopmTEVhv/V/ZcHnjzhSm9+y/IL/vOnqk7GxNx/fH +nxDJduZLp+7ut4kn0hOc50RW/G0+UNUWvhyM0jywMc5cZ52OYLtQ1O9aMce0uWudkXs l+fG6aKfPdOdFuP6QZBeKLvYnRRr5W8mi6K13O6BW3HntwatXiXx6cmmuBHujyLamzyU gevn3p63QOJPvzBePKa763ZneUiONyjwv/omRW6DLhCpNamkc34hKgezyfQhLdaxhyTZ /CTkC3/+9DbmTDFWvK7QL2ImO3Zgx7dKy21RlTC2BrHyHdz3V5mvrcODHKGOgPW/iIiR wk8Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=4oGwmBlYYcvXKMj16iNM2W6Tvq0x7n7JPS2Pn92ZTvs=; b=rO3cenMNR4NyubvlvapoID/pkjK1nLKaFgvgB79LymjHC+OFeSDm7GNXzO1rsf1wUg ln/+lrnsn4hcVDYb2GGQeWXA25iSdkcJ4szk1pxO9aVWSzbZA7+Ajj+af4+FBYZ/3pzu 9U+ksBbY0tynPmDgulwyLgeP04mz24xEnrArsjBnzmSLoSAErOsBwCTYQKPCRyu9WgIc PNj2QGw4pMEtGhGgtvesFF7731Ldks1gzOXXpnO0M/0T+B3NZuOCzNrTChcotDD5WPEj D7NIDQk9lQ+BnNuwJK27SivcAI27NBvH5bcDtF9govycbASpJF80Ii4Z59ZHBZ7d5Mzm sonA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d18si15781621ilo.12.2021.05.10.09.34.40; Mon, 10 May 2021 09:34:54 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231667AbhEJQfB (ORCPT + 99 others); Mon, 10 May 2021 12:35:01 -0400 Received: from foss.arm.com ([217.140.110.172]:34076 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231696AbhEJQep (ORCPT ); Mon, 10 May 2021 12:34:45 -0400 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 1BC10168F; Mon, 10 May 2021 09:33:40 -0700 (PDT) Received: from e120325.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id C655B3F73B; Mon, 10 May 2021 09:33:37 -0700 (PDT) Date: Mon, 10 May 2021 17:33:29 +0100 From: Beata Michalska To: Randy Dunlap Cc: linux-kernel@vger.kernel.org, peterz@infradead.org, mingo@redhat.com, juri.lelli@redhat.com, vincent.guittot@linaro.org, valentin.schneider@arm.com, dietmar.eggemann@arm.com, corbet@lwn.net, linux-doc@vger.kernel.org Subject: Re: [RFC PATCH v2 3/3] sched/doc: Update the CPU capacity asymmetry bits Message-ID: <20210510163329.GA8567@e120325.cambridge.arm.com> References: <1619602363-1305-1-git-send-email-beata.michalska@arm.com> <1619602363-1305-4-git-send-email-beata.michalska@arm.com> <79223641-6b3e-6b48-50df-3a9c73c003cd@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <79223641-6b3e-6b48-50df-3a9c73c003cd@infradead.org> User-Agent: Mutt/1.9.4 (2018-02-28) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Apr 28, 2021 at 10:19:10AM -0700, Randy Dunlap wrote: > On 4/28/21 2:32 AM, Beata Michalska wrote: > > Update the documentation bits referring to capacity aware scheduling > > with regards to newly introduced SD_ASYM_CPUCAPACITY_FULL shed_domain > > sched_domain > I guess. > > > flag. > > > > Signed-off-by: Beata Michalska > > --- > > Documentation/scheduler/sched-capacity.rst | 6 ++++-- > > Documentation/scheduler/sched-energy.rst | 2 +- > > 2 files changed, 5 insertions(+), 3 deletions(-) > > > > diff --git a/Documentation/scheduler/sched-capacity.rst b/Documentation/scheduler/sched-capacity.rst > > index 9b7cbe4..92d16e7 100644 > > --- a/Documentation/scheduler/sched-capacity.rst > > +++ b/Documentation/scheduler/sched-capacity.rst > > @@ -284,8 +284,10 @@ whether the system exhibits asymmetric CPU capacities. Should that be the > > case: > > > > - The sched_asym_cpucapacity static key will be enabled. > > -- The SD_ASYM_CPUCAPACITY flag will be set at the lowest sched_domain level that > > - spans all unique CPU capacity values. > > +- The SD_ASYM_CPUCAPACITY_FULL flag will be set at the lowest sched_domain > > + level that spans all unique CPU capacity values. > > +- The SD_ASYM_CPUCAPACITY flag will be set for any sched_domain that spans > > + cpus with any range of asymmetry. > > CPUs > please. > > > > > The sched_asym_cpucapacity static key is intended to guard sections of code that > > cater to asymmetric CPU capacity systems. Do note however that said key is > > diff --git a/Documentation/scheduler/sched-energy.rst b/Documentation/scheduler/sched-energy.rst > > index afe02d3..8fbce5e 100644 > > --- a/Documentation/scheduler/sched-energy.rst > > +++ b/Documentation/scheduler/sched-energy.rst > > @@ -328,7 +328,7 @@ section lists these dependencies and provides hints as to how they can be met. > > > > As mentioned in the introduction, EAS is only supported on platforms with > > asymmetric CPU topologies for now. This requirement is checked at run-time by > > -looking for the presence of the SD_ASYM_CPUCAPACITY flag when the scheduling > > +looking for the presence of the SD_ASYM_CPUCAPACITY_FULL flag when the scheduling > > domains are built. > > > > See Documentation/scheduler/sched-capacity.rst for requirements to be met for this > > > Thank you for having a look! Fixes applied to v3. --- BR B. > thanks. > -- > ~Randy >