Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp2847889ybl; Sun, 26 Jan 2020 12:11:11 -0800 (PST) X-Google-Smtp-Source: APXvYqw+fi3D5JanRYaFWkJZ6FjTUfNoz0kKcWWoNftQ8WLkCUI+8Nec22iHttrbWne5v1VCkJu1 X-Received: by 2002:a9d:6b06:: with SMTP id g6mr10451128otp.93.1580069471657; Sun, 26 Jan 2020 12:11:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580069471; cv=none; d=google.com; s=arc-20160816; b=XinpGgFfUd52JVhjIZN74ebytoFjQnUHdENYLX3h7nYm7Zu2Key6WojbQu/cxEr9d/ IiPIVIPGyEEqGJ+NCzxgrbXAUPsscNh7eJrWAKD4jB5ftumhqh89MkOv7F7URrxm33/Q PrSkWT9YaPsI/405BPI8WTfrGoPw0lXjXkN7b7+LZNzIBsGkkLLbu/bHSVmPbYWNg83P 4Xk+AjrurKDjNIPCZsd8ETCkXNeh6OENT2EyafxcpdlCjZtc4YupgqriLxwAQrshIWKk 9H6RuM3d+zg6O/0cxV3fYFmzHTqjBeoymAea7CsLeOFyIHFzp4yytN/r/0Y3uHZfgmlp 8iIQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=3IWvdK3mQlTh8q0uyRL8lyyeArnIb4pnb/8DS2tso44=; b=RF16kYbw0GpOACVxkXKM18d/KteC8NUnb/qhOAm4JdQtAYGxc8F0lbYx6LCYzfUmRb CJiH7UZBEgVMr+R00fSXV+ZrMQ2MBRvcSDJMdgHX0ITU7HYxaWuvMei/YZiDMI/s+Wr+ V3PzcsUNx38tPXOMnFs3w/SnBQOZDb0p6tnCDEJLbt+qp+AypBJsVYFH/Dua23X+/bb2 gXCAAzzuLxe/+c7w4emt+8mxx7XJhzzIhP7kUyKRegj6lUYkPeoDsHsppp7xtHBLAW7G FdKyALwnndDGgQVyD4vaRt/BDqI30UMsWzlES5ENrh3L7z6IVP1ou/GRtX6lw1QDGBcv MVJg== 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 p16si5802520oto.287.2020.01.26.12.11.00; Sun, 26 Jan 2020 12:11:11 -0800 (PST) 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 S1727215AbgAZUKA (ORCPT + 99 others); Sun, 26 Jan 2020 15:10:00 -0500 Received: from foss.arm.com ([217.140.110.172]:37698 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726695AbgAZUJ6 (ORCPT ); Sun, 26 Jan 2020 15:09:58 -0500 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 318AB101E; Sun, 26 Jan 2020 12:09:58 -0800 (PST) Received: from e113632-lin.cambridge.arm.com (e113632-lin.cambridge.arm.com [10.1.194.46]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id F200F3F68E; Sun, 26 Jan 2020 12:09:56 -0800 (PST) From: Valentin Schneider To: linux-kernel@vger.kernel.org Cc: mingo@redhat.com, peterz@infradead.org, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, morten.rasmussen@arm.com, qperret@google.com, adharmap@codeaurora.org Subject: [PATCH v3 2/3] sched/topology: Remove SD_BALANCE_WAKE on asymmetric capacity systems Date: Sun, 26 Jan 2020 20:09:33 +0000 Message-Id: <20200126200934.18712-3-valentin.schneider@arm.com> X-Mailer: git-send-email 2.24.0 In-Reply-To: <20200126200934.18712-1-valentin.schneider@arm.com> References: <20200126200934.18712-1-valentin.schneider@arm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Morten Rasmussen SD_BALANCE_WAKE was previously added to lower sched_domain levels on asymmetric CPU capacity systems by commit 9ee1cda5ee25 ("sched/core: Enable SD_BALANCE_WAKE for asymmetric capacity systems") to enable the use of find_idlest_cpu() and friends to find an appropriate CPU for tasks. That responsibility has now been shifted to select_idle_sibling() and friends, and hence the flag can be removed. Note that this causes asymmetric CPU capacity systems to no longer enter the slow wakeup path (find_idlest_cpu()) on wakeups - only on execs and forks (which is aligned with all other mainline topologies). Signed-off-by: Morten Rasmussen [Changelog tweaks] Signed-off-by: Valentin Schneider --- kernel/sched/topology.c | 15 +++------------ 1 file changed, 3 insertions(+), 12 deletions(-) diff --git a/kernel/sched/topology.c b/kernel/sched/topology.c index dfb64c08a407a..00911884b7e7a 100644 --- a/kernel/sched/topology.c +++ b/kernel/sched/topology.c @@ -1374,18 +1374,9 @@ sd_init(struct sched_domain_topology_level *tl, * Convert topological properties into behaviour. */ - if (sd->flags & SD_ASYM_CPUCAPACITY) { - struct sched_domain *t = sd; - - /* - * Don't attempt to spread across CPUs of different capacities. - */ - if (sd->child) - sd->child->flags &= ~SD_PREFER_SIBLING; - - for_each_lower_domain(t) - t->flags |= SD_BALANCE_WAKE; - } + /* Don't attempt to spread across CPUs of different capacities. */ + if ((sd->flags & SD_ASYM_CPUCAPACITY) && sd->child) + sd->child->flags &= ~SD_PREFER_SIBLING; if (sd->flags & SD_SHARE_CPUCAPACITY) { sd->imbalance_pct = 110; -- 2.24.0