Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp6901258ybf; Fri, 6 Mar 2020 06:43:13 -0800 (PST) X-Google-Smtp-Source: ADFU+vvf8vIhT1ZvNQMgN99aTygPDpFCCB1p5vkf8JM1eO2Dl78EVyg3q3yzfR4Ece28WulV6r3o X-Received: by 2002:aca:c256:: with SMTP id s83mr2884412oif.57.1583505793275; Fri, 06 Mar 2020 06:43:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583505793; cv=none; d=google.com; s=arc-20160816; b=L2mL8/uWcPiVXZ3dVET1c37MJsbfZ122+tXNb+bXFa0TzoEweeN+tXO5qnbRlQXefY oe4MyfjjET15/Ols16R57s5YSu55bLIlv5zJoYx2fZFmK2z+PSDgQIXAIzRna/RPfv2Z 4Pf/wlalVp/CasGLKLVmwapzgVUA6uTRUs93WYxFwC4LALtDW50kst3fBSKQzSMRshiW EaD/uxNHNfepB9HwU9VNcjUBkLF6Bmi1v/ER3Rq7sr11dYyTe0J/UecYkIDrKPWAQ3C9 UJK/bTLPnDMNqRSzvhE9gar90wRZJY2FKVj2SyT5ESIDvHHana8tEFPfBa3Kp0BkpW2y w/bA== 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 :robot-unsubscribe:robot-id:message-id:mime-version:references :in-reply-to:cc:subject:to:reply-to:from:date; bh=tXHR1DTE8vwltdft82G7Iuwu10uIPMUuY/7H05s0pHQ=; b=Ot1WdSnXqp1a3S5viyrD5j18wX3ogdbvQaa6QkHBHRdD3KvO3ouuj09Z45VchSExMi ZH24Hx1Opeaz4oxqlOmDMXaxzyHWDdc64L4QcaylMi45kuHQtnvtkYeuBCbPLcHCFwRl iVEVE0CgnnXveE2wrdEyDk9IdeWSpMBE8+PqWhbAbKLdLCXHzojM4t5KDvDvNX0TIVvH MZVDYYsjDqGmlYTawJpiB+aM78HUJBljRkwDCUlQVwrlDiWPfSexA689+ySfotNaLfQJ XqdaZ0y36amwZvNabPT5R2hP79ZZOwECmM69GiOzrt4AXWyILZzWcK7NoxG95SezUT4c 7fVQ== 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 d10si1474467oti.226.2020.03.06.06.43.01; Fri, 06 Mar 2020 06:43:13 -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 S1727365AbgCFOma (ORCPT + 99 others); Fri, 6 Mar 2020 09:42:30 -0500 Received: from Galois.linutronix.de ([193.142.43.55]:53876 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727291AbgCFOm0 (ORCPT ); Fri, 6 Mar 2020 09:42:26 -0500 Received: from [5.158.153.53] (helo=tip-bot2.lab.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1jAEAz-0006Hg-QI; Fri, 06 Mar 2020 15:42:09 +0100 Received: from [127.0.1.1] (localhost [IPv6:::1]) by tip-bot2.lab.linutronix.de (Postfix) with ESMTP id 70FE91C21D3; Fri, 6 Mar 2020 15:42:04 +0100 (CET) Date: Fri, 06 Mar 2020 14:42:04 -0000 From: "tip-bot2 for Qais Yousef" Reply-to: linux-kernel@vger.kernel.org To: linux-tip-commits@vger.kernel.org Subject: [tip: sched/core] sched/rt: Allow pulling unfitting task Cc: Steven Rostedt , Qais Yousef , "Peter Zijlstra (Intel)" , Ingo Molnar , x86 , LKML In-Reply-To: <20200302132721.8353-5-qais.yousef@arm.com> References: <20200302132721.8353-5-qais.yousef@arm.com> MIME-Version: 1.0 Message-ID: <158350572419.28353.10129133387433061878.tip-bot2@tip-bot2> X-Mailer: tip-git-log-daemon Robot-ID: Robot-Unsubscribe: Contact to get blacklisted from these emails Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The following commit has been merged into the sched/core branch of tip: Commit-ID: 98ca645f824301bde72e0a51cdc8bdbbea6774a5 Gitweb: https://git.kernel.org/tip/98ca645f824301bde72e0a51cdc8bdbbea6774a5 Author: Qais Yousef AuthorDate: Mon, 02 Mar 2020 13:27:19 Committer: Ingo Molnar CommitterDate: Fri, 06 Mar 2020 12:57:28 +01:00 sched/rt: Allow pulling unfitting task When implemented RT Capacity Awareness; the logic was done such that if a task was running on a fitting CPU, then it was sticky and we would try our best to keep it there. But as Steve suggested, to adhere to the strict priority rules of RT class; allow pulling an RT task to unfitting CPU to ensure it gets a chance to run ASAP. LINK: https://lore.kernel.org/lkml/20200203111451.0d1da58f@oasis.local.home/ Suggested-by: Steven Rostedt Signed-off-by: Qais Yousef Signed-off-by: Peter Zijlstra (Intel) Signed-off-by: Ingo Molnar Fixes: 804d402fb6f6 ("sched/rt: Make RT capacity-aware") Link: https://lkml.kernel.org/r/20200302132721.8353-5-qais.yousef@arm.com --- kernel/sched/rt.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/kernel/sched/rt.c b/kernel/sched/rt.c index 29a8695..bcb1436 100644 --- a/kernel/sched/rt.c +++ b/kernel/sched/rt.c @@ -1656,8 +1656,7 @@ static void put_prev_task_rt(struct rq *rq, struct task_struct *p) static int pick_rt_task(struct rq *rq, struct task_struct *p, int cpu) { if (!task_running(rq, p) && - cpumask_test_cpu(cpu, p->cpus_ptr) && - rt_task_fits_capacity(p, cpu)) + cpumask_test_cpu(cpu, p->cpus_ptr)) return 1; return 0;