Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp3272622imm; Fri, 25 May 2018 02:50:59 -0700 (PDT) X-Google-Smtp-Source: AB8JxZp1hfMUjQtQo0VCMG3cy2RFYOFw+/pC/L/wWuge5gRSjGK1KmEsp+0gBIgl8/ZPliZ1qPrV X-Received: by 2002:a17:902:6b44:: with SMTP id g4-v6mr1857803plt.390.1527241859251; Fri, 25 May 2018 02:50:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527241859; cv=none; d=google.com; s=arc-20160816; b=VW8dqD4LA4ma+HGBrsSu0jg4FPg5niFo7JZBoc2QHaTClIEHasZcjA9TNFVAaGRqD7 WiGsPzbApblA84qrPkQ2jSlLelD9sOaD9PlECaz3mZV5cvc1GRfEtMJoRvFcFW6FspGn OGp2a2O15+dMqXzqvjuLRftV/Y5M7TjTUxFGAKlO1AcFBjDMM4YqFhsjWMw96uIbly3w pWtlImdBkRWilh5P1EMJ00EBFQVfaqj8+gfwRFznkG0lX93kvL3JuT/yoYAZipnHHeX5 jj1mntuV2O3R4DFI1fBRhhgyqHXE8fGBRcyCttbEh/9XS1lAD1Tp6A+UQkOewykhHFpO LSMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-disposition :content-transfer-encoding:mime-version:robot-unsubscribe:robot-id :git-commit-id:subject:to:references:in-reply-to:reply-to:cc :message-id:from:date:arc-authentication-results; bh=pTggBiJ2DbRTktwALd+0Pid17ESbAusW+0Lm/C5rumU=; b=v5OTkdcuOd66u20vqJccHzSiwLMH+hQVCYuYiarzFb09E+O91Yaa+omgo/jdSD8TME QOl6LMJkT+AWSwLGanSM1IvK1UV9p6YKdHQlTELmInnblf52YVJlD+Ozb/M1ZvzGQvgS bd5CVmWZL09quBxypbqcjakeVdpk0gPvvzwrQgCFP8D7je5gtafoJG6VovTuBkgYushU u6xN1Z8lYsDnz94jdAV0YOXlfyNL0JWff5Az454NLBO/5P4fYA+mA+0P4fOOw83NnV66 FjuI2lnrnB5QWUtASw6hxnhxTRkUFVIMxSkFFCGcFCqVGYbFKK3EcdUfOFNZZsjWRgaD Q06g== 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 j28-v6si23567401pfe.337.2018.05.25.02.50.44; Fri, 25 May 2018 02:50:59 -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 S965747AbeEYJtM (ORCPT + 99 others); Fri, 25 May 2018 05:49:12 -0400 Received: from terminus.zytor.com ([198.137.202.136]:51985 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965457AbeEYJs5 (ORCPT ); Fri, 25 May 2018 05:48:57 -0400 Received: from terminus.zytor.com (localhost [127.0.0.1]) by terminus.zytor.com (8.15.2/8.15.2) with ESMTPS id w4P9mQLS992057 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 25 May 2018 02:48:26 -0700 Received: (from tipbot@localhost) by terminus.zytor.com (8.15.2/8.15.2/Submit) id w4P9mQ9i992054; Fri, 25 May 2018 02:48:26 -0700 Date: Fri, 25 May 2018 02:48:26 -0700 X-Authentication-Warning: terminus.zytor.com: tipbot set sender to tipbot@zytor.com using -f From: tip-bot for Patrick Bellasi Message-ID: Cc: smuckle@google.com, viresh.kumar@linaro.org, linux-kernel@vger.kernel.org, rafael.j.wysocki@intel.com, joelaf@google.com, torvalds@linux-foundation.org, morten.rasmussen@arm.com, dietmar.eggemann@arm.com, mingo@kernel.org, tglx@linutronix.de, peterz@infradead.org, vincent.guittot@linaro.org, juri.lelli@redhat.com, patrick.bellasi@arm.com, hpa@zytor.com Reply-To: dietmar.eggemann@arm.com, mingo@kernel.org, tglx@linutronix.de, peterz@infradead.org, morten.rasmussen@arm.com, patrick.bellasi@arm.com, vincent.guittot@linaro.org, juri.lelli@redhat.com, hpa@zytor.com, viresh.kumar@linaro.org, smuckle@google.com, torvalds@linux-foundation.org, joelaf@google.com, linux-kernel@vger.kernel.org, rafael.j.wysocki@intel.com In-Reply-To: <20180524141023.13765-3-patrick.bellasi@arm.com> References: <20180524141023.13765-3-patrick.bellasi@arm.com> To: linux-tip-commits@vger.kernel.org Subject: [tip:sched/core] sched/fair: Update util_est before updating schedutil Git-Commit-ID: 2539fc82aa9b07d968cf9ba1ffeec3e0416ac721 X-Mailer: tip-git-log-daemon Robot-ID: Robot-Unsubscribe: Contact to get blacklisted from these emails MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Content-Disposition: inline X-Spam-Status: No, score=0.2 required=5.0 tests=ALL_TRUSTED,BAYES_00, DATE_IN_FUTURE_96_Q autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on terminus.zytor.com Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Commit-ID: 2539fc82aa9b07d968cf9ba1ffeec3e0416ac721 Gitweb: https://git.kernel.org/tip/2539fc82aa9b07d968cf9ba1ffeec3e0416ac721 Author: Patrick Bellasi AuthorDate: Thu, 24 May 2018 15:10:23 +0100 Committer: Ingo Molnar CommitDate: Fri, 25 May 2018 08:04:56 +0200 sched/fair: Update util_est before updating schedutil When a task is enqueued the estimated utilization of a CPU is updated to better support the selection of the required frequency. However, schedutil is (implicitly) updated by update_load_avg() which always happens before util_est_{en,de}queue(), thus potentially introducing a latency between estimated utilization updates and frequency selections. Let's update util_est at the beginning of enqueue_task_fair(), which will ensure that all schedutil updates will see the most updated estimated utilization value for a CPU. Reported-by: Vincent Guittot Signed-off-by: Patrick Bellasi Signed-off-by: Peter Zijlstra (Intel) Reviewed-by: Thomas Gleixner Acked-by: Viresh Kumar Acked-by: Vincent Guittot Cc: Dietmar Eggemann Cc: Joel Fernandes Cc: Juri Lelli Cc: Linus Torvalds Cc: Morten Rasmussen Cc: Peter Zijlstra Cc: Rafael J . Wysocki Cc: Steve Muckle Fixes: 7f65ea42eb00 ("sched/fair: Add util_est on top of PELT") Link: http://lkml.kernel.org/r/20180524141023.13765-3-patrick.bellasi@arm.com Signed-off-by: Ingo Molnar --- kernel/sched/fair.c | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index 748cb054fefd..e497c05aab7f 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -5385,6 +5385,14 @@ enqueue_task_fair(struct rq *rq, struct task_struct *p, int flags) struct cfs_rq *cfs_rq; struct sched_entity *se = &p->se; + /* + * The code below (indirectly) updates schedutil which looks at + * the cfs_rq utilization to select a frequency. + * Let's add the task's estimated utilization to the cfs_rq's + * estimated utilization, before we update schedutil. + */ + util_est_enqueue(&rq->cfs, p); + /* * If in_iowait is set, the code below may not trigger any cpufreq * utilization updates, so do it here explicitly with the IOWAIT flag @@ -5426,7 +5434,6 @@ enqueue_task_fair(struct rq *rq, struct task_struct *p, int flags) if (!se) add_nr_running(rq, 1); - util_est_enqueue(&rq->cfs, p); hrtick_update(rq); }