Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp751865ybz; Wed, 15 Apr 2020 18:10:33 -0700 (PDT) X-Google-Smtp-Source: APiQypKkZ6Zf/fy88s3QYnyqNOrNZQheQiK2Kqq3c6M4Mg7M8Eop43wYVeMnI2uQtcZweRdFYw8i X-Received: by 2002:aa7:d056:: with SMTP id n22mr26934843edo.281.1586999433460; Wed, 15 Apr 2020 18:10:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586999433; cv=none; d=google.com; s=arc-20160816; b=u/LAsU2Ffl0jBSA8Lfi8WwifVhztaelrRc9kfDrcO9OZ2AmLJs5UDML/PA/mUbJvZi i6AD9xtrYFCFqgtDOsbHyyjp5hTr4DBDcXrobO4CecwbBQoiZrjpV6pks3gM12XkkIq+ H1Np+1Z4FUrWCgXMrIg0Hwg2GauZJ8aQUQDb3qjy2txD2xws3DAYa2epjdptFPupLdI0 SzUwq/pxwKFFPcnX8gUblNuqLV/NkE0S8OV6NMYFLiu/XcLY+4fQx1g5zuouVjvCLwEZ bPT9wLKfarRHJEOBW21k/+xT23bkrDNFHOOe20I9WYM9TMdlApkETu6RbvQmqv5xolhp ivrw== 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=qTdiQ3oTyQiD6YCLuqUFXqj9aSUU/c5tfdFddAlxjHI=; b=G+jnu4F1rt0rZe/pTOztTLBM+kwt7l/NEFKkYPMlpjtT9LhZx55Plo9Ft+JT0lRWXy RjMQ+HYFDcIjjGYLcDFFTgCCCDH4aQL4VfmL7L0z+g1uRB56yi3/LhmXlWJnatgvFJBZ KwKKEJvXNinDrJ7Yae2M1CsS85KXb+msaIIYgLFsTEOkfOIXFi7M3tveH886KntqazvO dWFG3DEHt00JAqAunq4/MKCMGM01ARI70/rsMBa8aBG6OExJ/TRsuY7z+xjv/I1idTy4 MMZGD/8aZMcTLA1wh3mIvaj6XBqagf3J8GMAEZnBLbtDW//2DcA6u0GNnIIQCEBGbnGw qfGw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i11si13136232edn.527.2020.04.15.18.10.09; Wed, 15 Apr 2020 18:10:33 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2392060AbgDOVH1 (ORCPT + 99 others); Wed, 15 Apr 2020 17:07:27 -0400 Received: from foss.arm.com ([217.140.110.172]:52586 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2442236AbgDOVFs (ORCPT ); Wed, 15 Apr 2020 17:05:48 -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 1A43513D5; Wed, 15 Apr 2020 14:05:34 -0700 (PDT) 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 35D723F6C4; Wed, 15 Apr 2020 14:05:33 -0700 (PDT) From: Valentin Schneider To: linux-kernel@vger.kernel.org Cc: mingo@kernel.org, peterz@infradead.org, vincent.guittot@linaro.org, dietmar.eggemann@arm.com Subject: [PATCH v3 8/9] sched/fair: Split select_task_rq_fair want_affine logic Date: Wed, 15 Apr 2020 22:05:11 +0100 Message-Id: <20200415210512.805-9-valentin.schneider@arm.com> X-Mailer: git-send-email 2.24.0 In-Reply-To: <20200415210512.805-1-valentin.schneider@arm.com> References: <20200415210512.805-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 The domain loop within select_task_rq_fair() depends on a few bits of input, namely the SD flag we're looking for and whether we want_affine. For !want_affine, the domain loop will walk up the hierarchy to reach the highest domain with the requested sd_flag (SD_BALANCE_{WAKE, FORK, EXEC}) set. In other words, that's a call to highest_flag_domain(). Note that this is a static information wrt a given SD hierarchy, so we can cache that - but that comes in a later patch to ease reviewing. For want_affine, we'll walk up the hierarchy to reach the first domain with SD_LOAD_BALANCE, SD_WAKE_AFFINE, and that spans the tasks's prev_cpu. We still save a pointer to the last visited domain that had the requested sd_flag set, which means that if we fail to go through the affine condition (e.g. no domain had SD_WAKE_AFFINE) we'll use the same SD as we would have found if we had !want_affine. Split the domain loop in !want_affine and want_affine paths. As it is, this leads to two domain walks instead of a single one, but stay tuned for the next patch. Signed-off-by: Valentin Schneider --- kernel/sched/fair.c | 29 ++++++++++++++++++----------- 1 file changed, 18 insertions(+), 11 deletions(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index f20e5cd6515c..6f8cdb99f4a0 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -6656,26 +6656,33 @@ select_task_rq_fair(struct task_struct *p, int prev_cpu, int wake_flags) } rcu_read_lock(); + + sd = highest_flag_domain(cpu, sd_flag); + + /* + * If !want_affine, we just look for the highest domain where + * sd_flag is set. + */ + if (!want_affine) + goto scan; + + /* + * Otherwise we look for the lowest domain with SD_WAKE_AFFINE and that + * spans both 'cpu' and 'prev_cpu'. + */ for_each_domain(cpu, tmp) { - /* - * If both 'cpu' and 'prev_cpu' are part of this domain, - * cpu is a valid SD_WAKE_AFFINE target. - */ - if (want_affine && (tmp->flags & SD_WAKE_AFFINE) && + if ((tmp->flags & SD_WAKE_AFFINE) && cpumask_test_cpu(prev_cpu, sched_domain_span(tmp))) { if (cpu != prev_cpu) new_cpu = wake_affine(tmp, p, cpu, prev_cpu, sync); - sd = NULL; /* Prefer wake_affine over balance flags */ + /* Prefer wake_affine over SD lookup */ + sd = NULL; break; } - - if (tmp->flags & sd_flag) - sd = tmp; - else if (!want_affine) - break; } +scan: if (unlikely(sd)) { /* Slow path */ new_cpu = find_idlest_cpu(sd, p, cpu, prev_cpu, sd_flag); -- 2.24.0