Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp744162imm; Mon, 9 Jul 2018 09:50:02 -0700 (PDT) X-Google-Smtp-Source: AAOMgpcVSwdjibLz9tTj/Sc80ABCbgOUN6g+dvDNfo9YAMchIzSlRrCXnOjfaRbdZxF4tzRi01Dj X-Received: by 2002:a63:4763:: with SMTP id w35-v6mr19318417pgk.140.1531155002521; Mon, 09 Jul 2018 09:50:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531155002; cv=none; d=google.com; s=arc-20160816; b=xtVjKrO5ZCS2zBTszn0btsMl5FV5AJxCU8cdkEAVe/ufeiApRJ6p2cGwXHxQ/bEKT8 q3S4IVmEuWXZFkMzIRV9IHLItQaluQsOCaTRlea93Xyz56ss0OtHQv4qqtKsH8GfFYCX Om8xp5xr/WrTG8Yjao1WynyvSo/3W2PatbOpxw2z6vDxgO0noIGf3ACXPA0vXK4Ftt49 7tJIDr0Tp4rqn5RKTH801pB56UYCzmTgSw0egsyozJGzm5KOnelghM+ipLnZGlBcLH2n Yhug5hw+5DJJSVHAqYWZT3WNf7G3uG/CILZ7wr0Wd7Vl8STmYgcwIw5rcF2lFyGuLsXL YJvg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :arc-authentication-results; bh=T06PMd1k4n60IgjCzjnit4lfXDUW2WxgVqhm0Ffyiq8=; b=RuHYMlujrq5pg+eGjC4vE9ItGP9XSag4LSSjR+QH7OvnxF0BI0sNCaQaofkfS1f5kE w5+nZiei0G0XCqPBp4rPz0YTzTtm4NqDCcBb3qAFy3fXdK2BkI/so5uejKceYAeiJJIj dWxTdL1lMYISkVGXpj2uUOYx7kYo4CXwftG2qR8S2gzafoNga7haX78I+xzjUcSRCSBX NM8lRk2N8MRQLGHIjQh1p5jWXr3YyWaiddtMDr/2uUSGQWK1GLl5UdneyxtViz8lI9uV nj4sFyw6pWsv2fst/x4f4/wqHHQCFwv96bsNsHTn+ubksR0FcF++1z5W/1EwuWWK0+i6 5pGw== 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 i35-v6si14875224plg.209.2018.07.09.09.49.47; Mon, 09 Jul 2018 09:50:02 -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 S933790AbeGIQsJ (ORCPT + 99 others); Mon, 9 Jul 2018 12:48:09 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:35022 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933277AbeGIQsG (ORCPT ); Mon, 9 Jul 2018 12:48:06 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 33FC67A9; Mon, 9 Jul 2018 09:48:06 -0700 (PDT) Received: from e107985-lin.cambridge.arm.com (e107985-lin.cambridge.arm.com [10.1.210.41]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id AF7473F589; Mon, 9 Jul 2018 09:48:04 -0700 (PDT) From: Dietmar Eggemann To: Peter Zijlstra , Ingo Molnar Cc: Vincent Guittot , Morten Rasmussen , Patrick Bellasi , Quentin Perret , Joel Fernandes , linux-kernel@vger.kernel.org Subject: [PATCH] sched/fair: Remove setting task's se->runnable_weight during PELT update Date: Mon, 9 Jul 2018 17:47:53 +0100 Message-Id: <20180709164753.24699-1-dietmar.eggemann@arm.com> X-Mailer: git-send-email 2.11.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org A CFS (SCHED_OTHER, SCHED_BATCH or SCHED_IDLE policy) task's se->runnable_weight must always be in sync with its se->load.weight. se->runnable_weight is set to se->load.weight when the task is forked (init_entity_runnable_average()) or reniced (reweight_entity()). There are two cases in set_load_weight() which since they currently only set se->load.weight could lead to a situation in which se->load.weight is different to se->runnable_weight for a CFS task: (1) A task switches to SCHED_IDLE. (2) A SCHED_FIFO, SCHED_RR or SCHED_DEADLINE task which has been reniced (during which only its static priority gets set) switches to SCHED_OTHER or SCHED_BATCH. Set se->runnable_weight to se->load.weight in these two cases to prevent this. This eliminates the need to explicitly set it to se->load.weight during PELT updates in the CFS scheduler fastpath. Signed-off-by: Dietmar Eggemann --- kernel/sched/core.c | 2 ++ kernel/sched/fair.c | 6 ------ 2 files changed, 2 insertions(+), 6 deletions(-) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index fe365c9a08e9..4eaf6166a293 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -724,6 +724,7 @@ static void set_load_weight(struct task_struct *p, bool update_load) if (idle_policy(p->policy)) { load->weight = scale_load(WEIGHT_IDLEPRIO); load->inv_weight = WMULT_IDLEPRIO; + p->se.runnable_weight = load->weight; return; } @@ -736,6 +737,7 @@ static void set_load_weight(struct task_struct *p, bool update_load) } else { load->weight = scale_load(sched_prio_to_weight[prio]); load->inv_weight = sched_prio_to_wmult[prio]; + p->se.runnable_weight = load->weight; } } diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index 321cd5dcf2e8..8c09c4974edf 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -3327,9 +3327,6 @@ static inline void cfs_se_util_change(struct sched_avg *avg) static int __update_load_avg_blocked_se(u64 now, int cpu, struct sched_entity *se) { - if (entity_is_task(se)) - se->runnable_weight = se->load.weight; - if (___update_load_sum(now, cpu, &se->avg, 0, 0, 0)) { ___update_load_avg(&se->avg, se_weight(se), se_runnable(se)); return 1; @@ -3341,9 +3338,6 @@ __update_load_avg_blocked_se(u64 now, int cpu, struct sched_entity *se) static int __update_load_avg_se(u64 now, int cpu, struct cfs_rq *cfs_rq, struct sched_entity *se) { - if (entity_is_task(se)) - se->runnable_weight = se->load.weight; - if (___update_load_sum(now, cpu, &se->avg, !!se->on_rq, !!se->on_rq, cfs_rq->curr == se)) { -- 2.11.0