Received: by 10.213.65.68 with SMTP id h4csp734131imn; Fri, 23 Mar 2018 14:54:56 -0700 (PDT) X-Google-Smtp-Source: AG47ELvrw31PxsCvMUdnth4clqrNKyRURSiXgMWRnRLVnD6DZH1s96k0Qjs/Oryb0eGO0oReBmhN X-Received: by 2002:a17:902:bd05:: with SMTP id p5-v6mr30960234pls.137.1521842096312; Fri, 23 Mar 2018 14:54:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521842096; cv=none; d=google.com; s=arc-20160816; b=bLIOyjiPPFaxrxQg/gyMx4O4V5VotiKrGANK/X91LX2XS2qADgiZohDAY5GmIquRJN 78Q11VxQbVgucYJLEGtCwCL2WibchjEQsCSjFi9uHuMvzm4C22G6Fw2vbkcgaeMaNfuS rrEw0b3gA3VgPDwDm4lZZJKh347twfd/kgC7SCk3+17fSVFfw7bBROT4qGX8j3RRjKgj DdSEPkjHWLEOJms8EFamjBkIaiJhg98Nwd5t0jvtL5lOG6g4UtzF2hFDHesnHSKF8Bij TR5LMf2tv4W8Kspl8ScoBMEXm0L0B2h7M4WWw0cFlTNjZw2caEZIGrgMg5wC0E3Gx6vE EhIw== 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=Utu/3DcFAecUcZnC1Jak30l3JBEuFHWeW2qgEqPJShc=; b=QBsEVDgUdktKF7rooW4Z/0qRU/66La+NBZZts2rcgd6YLLGv9MFVXiban7IwiV1diG LT/NgGmXie/2XI1nAGyiDKozMmPv8sFagn87Or3c0gjhDDmezxe8ALXrshs+WavaVq7v uQAglsDFxtnoecQKvR5p8+e5Ub54h+s0iX79W7V7/ofV4+xLdT1rQWOKdOMztcKobJU2 AW2aPjO20eRrQaMdaY4WC+gkXz1vNJUhIBOJD50DoUdIltG4bwMyYe4bcYKZtIcf5dSW P5WPVP/BPUjEM/pIdYgKmaHyx/W/FsgN1tGmTn2+zzNH2h6KsUPKSSY91EaeuvEeZCoq eBPw== 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 g9si6545507pgv.462.2018.03.23.14.54.41; Fri, 23 Mar 2018 14:54:56 -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 S1752213AbeCWVwl (ORCPT + 99 others); Fri, 23 Mar 2018 17:52:41 -0400 Received: from terminus.zytor.com ([198.137.202.136]:40867 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751288AbeCWVwj (ORCPT ); Fri, 23 Mar 2018 17:52:39 -0400 Received: from terminus.zytor.com (localhost [127.0.0.1]) by terminus.zytor.com (8.15.2/8.15.2) with ESMTP id w2NLpn0k022644; Fri, 23 Mar 2018 14:51:49 -0700 Received: (from tipbot@localhost) by terminus.zytor.com (8.15.2/8.15.2/Submit) id w2NLpnaq022640; Fri, 23 Mar 2018 14:51:49 -0700 Date: Fri, 23 Mar 2018 14:51:49 -0700 X-Authentication-Warning: terminus.zytor.com: tipbot set sender to tipbot@zytor.com using -f From: tip-bot for Claudio Scordino Message-ID: Cc: linux-kernel@vger.kernel.org, dietmar.eggemann@arm.com, mingo@kernel.org, morten.rasmussen@arm.com, patrick.bellasi@arm.com, rafael.j.wysocki@intel.com, vincent.guittot@linaro.org, peterz@infradead.org, claudio@evidence.eu.com, joelaf@google.com, hpa@zytor.com, viresh.kumar@linaro.org, juri.lelli@redhat.com, tkjos@android.com, tglx@linutronix.de Reply-To: morten.rasmussen@arm.com, mingo@kernel.org, dietmar.eggemann@arm.com, linux-kernel@vger.kernel.org, joelaf@google.com, claudio@evidence.eu.com, peterz@infradead.org, vincent.guittot@linaro.org, patrick.bellasi@arm.com, rafael.j.wysocki@intel.com, tkjos@android.com, juri.lelli@redhat.com, viresh.kumar@linaro.org, hpa@zytor.com, tglx@linutronix.de In-Reply-To: <1520937340-2755-1-git-send-email-claudio@evidence.eu.com> References: <1520937340-2755-1-git-send-email-claudio@evidence.eu.com> To: linux-tip-commits@vger.kernel.org Subject: [tip:sched/core] sched/cpufreq: Rate limits for SCHED_DEADLINE Git-Commit-ID: e97a90f7069b740575bcb1dae86596e0484b8957 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=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham 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: e97a90f7069b740575bcb1dae86596e0484b8957 Gitweb: https://git.kernel.org/tip/e97a90f7069b740575bcb1dae86596e0484b8957 Author: Claudio Scordino AuthorDate: Tue, 13 Mar 2018 11:35:40 +0100 Committer: Thomas Gleixner CommitDate: Fri, 23 Mar 2018 22:48:22 +0100 sched/cpufreq: Rate limits for SCHED_DEADLINE When the SCHED_DEADLINE scheduling class increases the CPU utilization, it should not wait for the rate limit, otherwise it may miss some deadline. Tests using rt-app on Exynos5422 with up to 10 SCHED_DEADLINE tasks have shown reductions of even 10% of deadline misses with a negligible increase of energy consumption (measured through Baylibre Cape). Signed-off-by: Claudio Scordino Signed-off-by: Thomas Gleixner Reviewed-by: Rafael J. Wysocki Acked-by: Viresh Kumar Cc: Juri Lelli Cc: Joel Fernandes Cc: Vincent Guittot Cc: linux-pm@vger.kernel.org Cc: Peter Zijlstra Cc: Morten Rasmussen Cc: Patrick Bellasi Cc: Todd Kjos Cc: Dietmar Eggemann Link: https://lkml.kernel.org/r/1520937340-2755-1-git-send-email-claudio@evidence.eu.com --- kernel/sched/cpufreq_schedutil.c | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/kernel/sched/cpufreq_schedutil.c b/kernel/sched/cpufreq_schedutil.c index 89fe78ecb88c..2b124811947d 100644 --- a/kernel/sched/cpufreq_schedutil.c +++ b/kernel/sched/cpufreq_schedutil.c @@ -267,6 +267,16 @@ static bool sugov_cpu_is_busy(struct sugov_cpu *sg_cpu) static inline bool sugov_cpu_is_busy(struct sugov_cpu *sg_cpu) { return false; } #endif /* CONFIG_NO_HZ_COMMON */ +/* + * Make sugov_should_update_freq() ignore the rate limit when DL + * has increased the utilization. + */ +static inline void ignore_dl_rate_limit(struct sugov_cpu *sg_cpu, struct sugov_policy *sg_policy) +{ + if (cpu_util_dl(cpu_rq(sg_cpu->cpu)) > sg_cpu->util_dl) + sg_policy->need_freq_update = true; +} + static void sugov_update_single(struct update_util_data *hook, u64 time, unsigned int flags) { @@ -279,6 +289,8 @@ static void sugov_update_single(struct update_util_data *hook, u64 time, sugov_set_iowait_boost(sg_cpu, time, flags); sg_cpu->last_update = time; + ignore_dl_rate_limit(sg_cpu, sg_policy); + if (!sugov_should_update_freq(sg_policy, time)) return; @@ -356,6 +368,8 @@ sugov_update_shared(struct update_util_data *hook, u64 time, unsigned int flags) sugov_set_iowait_boost(sg_cpu, time, flags); sg_cpu->last_update = time; + ignore_dl_rate_limit(sg_cpu, sg_policy); + if (sugov_should_update_freq(sg_policy, time)) { next_f = sugov_next_freq_shared(sg_cpu, time); sugov_update_commit(sg_policy, time, next_f);