Received: by 2002:a25:d783:0:0:0:0:0 with SMTP id o125csp577486ybg; Thu, 19 Mar 2020 05:09:15 -0700 (PDT) X-Google-Smtp-Source: ADFU+vsHBWJLZNhL1t8JuO+H+qOQBApYsVv7kfAA4j6X0pZliXYSC6gl5wOFfCLRsLK/VrB9SFjB X-Received: by 2002:a54:418a:: with SMTP id 10mr2165057oiy.105.1584619755049; Thu, 19 Mar 2020 05:09:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584619755; cv=none; d=google.com; s=arc-20160816; b=LLVDMU98Umb45c08sIYy4ifF61iv+9omNVKhcK+HaR2xJlFG1MbcQzmn0qWLnL54fn zVvVOjQGnLNe2mzPc4thvVQ+JMXRga/Di4WfGhQkkjOsdebya6WFQRN8kO34VIuXBYuR Ee39Fep1OMqDaWbp6hA5l/HP7DLk9UGhwRpzRCus5B8pqlYgpy4hsiXF2NhwAxNjrQ2E 1tpJCJ8BCNDCpN4On6NmihNU7SUQcAqm3FgG4/mztafytLP34Ay9I1egSlE/4ef7Yxxs 40pMhRPKRMJhh25AnnL7z5UK9yHPXK1cVVvXFg5BPcQmMaVdc31yjGzQsyGvKvna7bCz fGvQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:in-reply-to :subject:cc:to:from:user-agent:references; bh=ZSZIWKESeX8E5Z02YjywWFj1LHUYnOLvuCiOiTmtv3Y=; b=Coe2rN0n2/T0ro+GWu0VlmAuOyHV4asy+kqjPpFjrLoPXugItGgCWTEZNR88idUI8v htRJOKy52W4O67W8sfZtzDmAuMgrVztzgzMOt34zz94KrCAg92IuDLyEDHmiofQAekYA pevgzPjd2keWQ0Cl+kmD/M9MzfpgRzLKV4WRe8avY0YixMwaiczXox6B4vGhm9i+eeEn c9I/9CvHZudR02zRenvzdFLn3Ibyp5m/fNm1Ir6Vj/1suKKj1F8U6Hm0ShpNCNnMzC/W JIwmOlLmiYxLZN5d22TqUIXL0F48bSnaHWrIIGLQdFMWPzAWqEB7OFxyz7iHsGNUkzg/ mTpQ== 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 o14si1152294otl.122.2020.03.19.05.08.53; Thu, 19 Mar 2020 05:09:15 -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 S1726983AbgCSMGb (ORCPT + 99 others); Thu, 19 Mar 2020 08:06:31 -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 S1725767AbgCSMGb (ORCPT ); Thu, 19 Mar 2020 08:06:31 -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 C895D31B; Thu, 19 Mar 2020 05:06:30 -0700 (PDT) Received: from e113632-lin (unknown [10.1.194.46]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 0ABC63F305; Thu, 19 Mar 2020 05:06:29 -0700 (PDT) References: <20200311181601.18314-1-valentin.schneider@arm.com> <20200311181601.18314-5-valentin.schneider@arm.com> User-agent: mu4e 0.9.17; emacs 26.3 From: Valentin Schneider To: Dietmar Eggemann Cc: linux-kernel@vger.kernel.org, mingo@kernel.org, peterz@infradead.org, vincent.guittot@linaro.org Subject: Re: [PATCH v2 4/9] sched/topology: Kill SD_LOAD_BALANCE In-reply-to: Date: Thu, 19 Mar 2020 12:06:07 +0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 19 2020, Dietmar Eggemann wrote: > On 11.03.20 19:15, Valentin Schneider wrote: >> That flag is set unconditionally in sd_init(), and no one checks for it >> anymore. Remove it. > > Why not merge 3/9 and 4/9 ? > > [...] > >> diff --git a/include/linux/sched/topology.h b/include/linux/sched/topology.h >> index f341163fedc9..8de2f9744569 100644 >> --- a/include/linux/sched/topology.h >> +++ b/include/linux/sched/topology.h >> @@ -11,21 +11,20 @@ >> */ >> #ifdef CONFIG_SMP >> >> -#define SD_LOAD_BALANCE 0x0001 /* Do load balancing on this domain. */ >> -#define SD_BALANCE_NEWIDLE 0x0002 /* Balance when about to become idle */ > > [...] > >> -#define SD_OVERLAP 0x2000 /* sched_domains of this level overlap */ >> -#define SD_NUMA 0x4000 /* cross-node balancing */ >> +#define SD_BALANCE_NEWIDLE 0x0001 /* Balance when about to become idle */ > > IMHO, changing the values of the remaining SD flags will break lots of > userspace scripts. > True, and that includes some of my own scripts. That's also part of why I have this 3/9 and 4/9 split: 4/9 is the externally visible part. If deemed necessary, we could keep the definition of SD_LOAD_BALANCE but kill all of its uses. Alternatively, I was thinking that we could leverage [1] to make /proc/sys/kernel/sched_domain/cpu*/domain*/flags print e.g. comma-separated flag names rather than flag values. That way the userland scripts would no longer have to contain some {flag_value : flag_name} translation. [1]: https://lkml.kernel.org/r/20200311183320.19186-1-valentin.schneider@arm.com > [...]