Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp3732886ybb; Mon, 23 Mar 2020 06:43:49 -0700 (PDT) X-Google-Smtp-Source: ADFU+vso4t58+6AptoYfYOuTJbL8sXtkqUw70AnJsLAOGE8l92ag8GJ6hxgDo4Ru14G7Gr8/tZrN X-Received: by 2002:aca:ecd7:: with SMTP id k206mr17025159oih.113.1584971029546; Mon, 23 Mar 2020 06:43:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584971029; cv=none; d=google.com; s=arc-20160816; b=hp25vhwL+d+bf787TPjXe3IBMRTyEaMqDjvNa0tag+hiebNNt+hA7GjyEaFjXV7uDK 6sVMA2crqf8Bb8hx/VJE+y9QN+W1OzG1VdS1Hl/9EtgXS3nBnKBNOqJt9dTE9pj9PTMG xLLDG0qPmxNiOf5Lq6cXdYbHMyt3Ll4Ceh4VnghZjQxBP5q0VKUfFTqIg4oG6p1o7iV2 yL+cZaa1KlbVedxCgu7uz4HK/LXoI8S3+CFbiwl/1uISjJneitmzBwSsmtwJjodzqpnr 5gtcxPLrIf/Ti1uUJV3Ya0Abq/NC8wZDbk77ZOgDQKXnFvkP4shG68hUJez9LLErQmsR 26uA== 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; bh=8wyAswGz4ZGmrGce36EmquKQ3TAU9/dSO2V9fAb1vVQ=; b=JIl3UrkGUUQFTH7t/X7VAn7PFvQRE5bExD5mRmpTjKVa/Qka4NbdCTbtInXs8gd1av T4XZTg/DZwsCwBpju4jZGynDJjW3M2qig9VFMkpGWDXZ394vrt1gTloQ/HRPMP9IOV12 b75ccO2LEyEQshbtE4RcxvggpyVElHLQ18NmhmcECPD23znC+IZiPar0GdT3K4iMoAhG 1nwdjDm3n5RPVvpOhHUrPoCQ+LQhamdBlPDaVw4AD9oCnSwjwcwHR72p6OwKOYd3c+Wy wqMKz137RKfmR/2Ojit8dX5N1BLDPAXw1mAGjbCAntTStfsYYZ/odfFxWJlNdkLIU4qA hSVw== 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 l25si7901382otb.234.2020.03.23.06.43.36; Mon, 23 Mar 2020 06:43:49 -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 S1728521AbgCWNmi (ORCPT + 99 others); Mon, 23 Mar 2020 09:42:38 -0400 Received: from foss.arm.com ([217.140.110.172]:49224 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728473AbgCWNmi (ORCPT ); Mon, 23 Mar 2020 09:42:38 -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 3796F1FB; Mon, 23 Mar 2020 06:42:38 -0700 (PDT) Received: from e123083-lin (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 385FA3F52E; Mon, 23 Mar 2020 06:42:37 -0700 (PDT) Date: Mon, 23 Mar 2020 14:42:34 +0100 From: Morten Rasmussen To: Valentin Schneider Cc: linux-kernel@vger.kernel.org, mingo@kernel.org, peterz@infradead.org, vincent.guittot@linaro.org, dietmar.eggemann@arm.com Subject: Re: [RFC PATCH 1/3] sched/topology: Split out SD_* flags declaration to its own file Message-ID: <20200323134234.GD6103@e123083-lin> References: <20200311183320.19186-1-valentin.schneider@arm.com> <20200311183320.19186-2-valentin.schneider@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200311183320.19186-2-valentin.schneider@arm.com> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 11, 2020 at 06:33:18PM +0000, Valentin Schneider wrote: > diff --git a/include/linux/sched/sd_flags.h b/include/linux/sched/sd_flags.h > new file mode 100644 > index 000000000000..685bbe736945 > --- /dev/null > +++ b/include/linux/sched/sd_flags.h > @@ -0,0 +1,33 @@ > +// SPDX-License-Identifier: GPL-2.0 > +/* > + * sched-domains (multiprocessor balancing) flag declarations. > + */ > + > +/* Balance when about to become idle */ > +SD_FLAG(SD_BALANCE_NEWIDLE, 0) > +/* Balance on exec */ > +SD_FLAG(SD_BALANCE_EXEC, 1) > +/* Balance on fork, clone */ > +SD_FLAG(SD_BALANCE_FORK, 2) > +/* Balance on wakeup */ > +SD_FLAG(SD_BALANCE_WAKE, 3) > +/* Wake task to waking CPU */ > +SD_FLAG(SD_WAKE_AFFINE, 4) Isn't it more like: "Consider waking task on waking CPU"? IIRC, with this flag set the wake-up can happen either near prev_cpu or this_cpu. > +/* Domain members have different CPU capacities */ > +SD_FLAG(SD_ASYM_CPUCAPACITY, 5) > +/* Domain members share CPU capacity */ > +SD_FLAG(SD_SHARE_CPUCAPACITY, 6) Perhaps add +" (SMT)" to the comment to help the uninitiated understanding it a bit easier? > +/* Domain members share power domain */ > +SD_FLAG(SD_SHARE_POWERDOMAIN, 7) This flag is set only by 32-bit arm and has never had any effect. I think it was the beginning of something years ago that hasn't progressed. Perhaps we can remove it now? > +/* Domain members share CPU pkg resources */ > +SD_FLAG(SD_SHARE_PKG_RESOURCES, 8) +" (e.g. caches)" ? > +/* Only a single load balancing instance */ > +SD_FLAG(SD_SERIALIZE, 9) > +/* Place busy groups earlier in the domain */ > +SD_FLAG(SD_ASYM_PACKING, 10) Place busy _tasks_ earlier in the domain? It is a bit unclear what 'earlier' means here but since the packing ordering can actually be defined by the architecture, we can't be much more specific I guess. Morten