Received: by 10.223.176.5 with SMTP id f5csp2139192wra; Thu, 8 Feb 2018 09:03:15 -0800 (PST) X-Google-Smtp-Source: AH8x224W4glEv7D71JvavLEK8/y9Xj/m90xox4Gq4P8pUxV38mQbndxLDiPtMm/3OOedLLOOXgx2 X-Received: by 10.98.149.69 with SMTP id p66mr1275102pfd.183.1518109395457; Thu, 08 Feb 2018 09:03:15 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1518109395; cv=none; d=google.com; s=arc-20160816; b=GhYxeqD0wtmyhwrRLZVP9R11yFjsZdDm8ShL45M8LtPSFMoFjP4kFWhtMR7DQEnEHb 9pqsLRcWk0BA+hBO+TndhXON3kuoRE8WA3E7d5DLxrfRkq6gCnCjBQMYRmqCJhoBGGv9 +PdI41llLL3Lu+6KuFbM1hwaLzhHQayhTM/3F4sE9eI4iqLEgf6piOGCPDXGRlSonjlg rXIjubwFtHeZyMiJoA/RQ8rXIkex7ciF7iExT3qajZbA8oWjkSDVUxIQKETxxP94jSn9 CtWY/TpKGkh+aT4BRcmWwH8U0gs5b/PLphey5x20tQLKQRcOZrGqYPYSQbghTx5FiWE4 5A+Q== 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 :dkim-signature:arc-authentication-results; bh=Kgpq/67Gf9uy7kpaBlL0QcckDjNX2oLeKsG3IesYzZE=; b=NFEIWSZ1jzfxHOiUpNmPuTOuo391QiJ0KKOatuCoqoDkAglFDlh1m0TZCo1la8kYVt ZP+2dmpoTk/eWRUriBewKhClPlVEvrBpRr9wn0wgvFhvQNL2Az1dyGUnTjTex2rEmxOl k4y8QHR79X6cQSkTJhW0mmdAfuTdh4iP+8s+sI8oS4hDpfT+I+5acJxW9HmLpAA1MOye Gn//RWC5mUiRtDS4ddYTfd6s7M9yKpVyy2n8PwzyqYZBuP2BL/ItPVtdP2dG+zMX16YW qQfdtnMp4KGjfo4stfyAmgD6M02BvmFqVrIzHU+yYFWTRfNidHqLUBbag91I1ZjgLiqi EurA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@evidence-eu-com.20150623.gappssmtp.com header.s=20150623 header.b=j+H+yQWT; 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 n65si227494pfg.219.2018.02.08.09.03.00; Thu, 08 Feb 2018 09:03:15 -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; dkim=pass header.i=@evidence-eu-com.20150623.gappssmtp.com header.s=20150623 header.b=j+H+yQWT; 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 S1752167AbeBHRB7 (ORCPT + 99 others); Thu, 8 Feb 2018 12:01:59 -0500 Received: from mail-wr0-f193.google.com ([209.85.128.193]:41779 "EHLO mail-wr0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750847AbeBHRB5 (ORCPT ); Thu, 8 Feb 2018 12:01:57 -0500 Received: by mail-wr0-f193.google.com with SMTP id u60so2736358wrb.8 for ; Thu, 08 Feb 2018 09:01:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=evidence-eu-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id; bh=Kgpq/67Gf9uy7kpaBlL0QcckDjNX2oLeKsG3IesYzZE=; b=j+H+yQWTB0/PltyHDRK+KmRhlg6Mt/vKB/e6JytwC6+hd6ovss3Ub/A/J4PurfaSGV IfQVuUZF1Lni+xJoRx3DfZceceyR+NANHYpILJYgt1wK7C/0RnWPXlJM8WL3DxIo3ygD KW8RIWl4lmqd0gugaC1HqvP9S/dcMRzXDY4OxDqpK6oh8Ga/MKteXc+S3uxnEXeddiY5 K3RBiJ3YOVmlJJKxbBOgf6r5kS+zxJTE/MQ7RiA95TdU5Y80mOwnD+RJ56ZNMLdhRElS lWQW2JvNEV5xwtnBPXkP5QFG3eXcDEVrWLL9tN3mBNSOvrvAVGTOAO3VoscnxE68DCKm O5fQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id; bh=Kgpq/67Gf9uy7kpaBlL0QcckDjNX2oLeKsG3IesYzZE=; b=SHSeZAxmNoY4JPMrOxfMuY0Kazgfy2s5NusIj4gFYTilbBc+ubR7TpND5KpqUkZyKp n1vr7miiJRwPvzcN73Z1EHVSF6G6/sbR0hEsZFjXZdBrfKePCsuIx2viYw1SSAMso1pp gbsmZs4e8BxL/CwVBbk5lNU6XUFNFBgH2SLNEcg1rwqpTcSIUQZYi9kaQTFVb8hcJ8zA Vos1BPry8JqNNV1BsqJii/eIrP1diJmPSu1DEnc1CO/hbFi7eNlvw6TA+hUQu9ago+BH 3GedJDootJhQcEc6ELO1fdfr6AJYvWnF3p5WDV1OgN+46tZDFtZtiogjHLVCglx9KTyn jAyA== X-Gm-Message-State: APf1xPA/kRJJoWZ5T9T5COjglTtcEKE6ttolSDFm9NAveevqa2NGq2WW I8B1HAv2+187oAvNCwWCNiGoXA== X-Received: by 10.223.199.194 with SMTP id y2mr1302826wrg.170.1518109316164; Thu, 08 Feb 2018 09:01:56 -0800 (PST) Received: from andor.evidence (host92-93-static.8-79-b.business.telecomitalia.it. [79.8.93.92]) by smtp.gmail.com with ESMTPSA id g8sm430933wrb.88.2018.02.08.09.01.54 (version=TLS1_2 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Thu, 08 Feb 2018 09:01:55 -0800 (PST) From: Claudio Scordino To: Peter Zijlstra , Ingo Molnar Cc: Claudio Scordino , "Rafael J . Wysocki" , Patrick Bellasi , Dietmar Eggemann , Morten Rasmussen , Juri Lelli , Viresh Kumar , Vincent Guittot , Todd Kjos , Joel Fernandes , linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH] cpufreq: schedutil: rate limits for SCHED_DEADLINE Date: Thu, 8 Feb 2018 18:01:42 +0100 Message-Id: <1518109302-8239-1-git-send-email-claudio@evidence.eu.com> X-Mailer: git-send-email 2.7.4 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When the SCHED_DEADLINE scheduling class increases the CPU utilization, we should not wait for the rate limit, otherwise we may miss some deadline. Tests using rt-app on Exynos5422 have shown reductions of about 10% of deadline misses for tasks with low RT periods. The patch applies on top of the one recently proposed by Peter to drop the SCHED_CPUFREQ_* flags. Signed-off-by: Claudio Scordino CC: Rafael J . Wysocki CC: Patrick Bellasi CC: Dietmar Eggemann CC: Morten Rasmussen CC: Juri Lelli CC: Viresh Kumar CC: Vincent Guittot CC: Todd Kjos CC: Joel Fernandes CC: linux-pm@vger.kernel.org CC: linux-kernel@vger.kernel.org --- kernel/sched/cpufreq_schedutil.c | 15 ++++++++++++--- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git a/kernel/sched/cpufreq_schedutil.c b/kernel/sched/cpufreq_schedutil.c index b0bd77d..d8dcba2 100644 --- a/kernel/sched/cpufreq_schedutil.c +++ b/kernel/sched/cpufreq_schedutil.c @@ -74,7 +74,10 @@ static DEFINE_PER_CPU(struct sugov_cpu, sugov_cpu); /************************ Governor internals ***********************/ -static bool sugov_should_update_freq(struct sugov_policy *sg_policy, u64 time) +static bool sugov_should_update_freq(struct sugov_policy *sg_policy, + u64 time, + struct sugov_cpu *sg_cpu_old, + struct sugov_cpu *sg_cpu_new) { s64 delta_ns; @@ -111,6 +114,10 @@ static bool sugov_should_update_freq(struct sugov_policy *sg_policy, u64 time) return true; } + /* Ignore rate limit when DL increased utilization. */ + if (sg_cpu_new->util_dl > sg_cpu_old->util_dl) + return true; + delta_ns = time - sg_policy->last_freq_update_time; return delta_ns >= sg_policy->freq_update_delay_ns; } @@ -271,6 +278,7 @@ static void sugov_update_single(struct update_util_data *hook, u64 time, unsigned int flags) { struct sugov_cpu *sg_cpu = container_of(hook, struct sugov_cpu, update_util); + struct sugov_cpu sg_cpu_old = *sg_cpu; struct sugov_policy *sg_policy = sg_cpu->sg_policy; unsigned long util, max; unsigned int next_f; @@ -279,7 +287,7 @@ 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; - if (!sugov_should_update_freq(sg_policy, time)) + if (!sugov_should_update_freq(sg_policy, time, &sg_cpu_old, sg_cpu)) return; busy = sugov_cpu_is_busy(sg_cpu); @@ -350,6 +358,7 @@ static void sugov_update_shared(struct update_util_data *hook, u64 time, unsigned int flags) { struct sugov_cpu *sg_cpu = container_of(hook, struct sugov_cpu, update_util); + struct sugov_cpu sg_cpu_old = *sg_cpu; struct sugov_policy *sg_policy = sg_cpu->sg_policy; unsigned int next_f; @@ -359,7 +368,7 @@ static void sugov_update_shared(struct update_util_data *hook, u64 time, sugov_set_iowait_boost(sg_cpu, time, flags); sg_cpu->last_update = time; - if (sugov_should_update_freq(sg_policy, time)) { + if (sugov_should_update_freq(sg_policy, time, &sg_cpu_old, sg_cpu)) { next_f = sugov_next_freq_shared(sg_cpu, time); sugov_update_commit(sg_policy, time, next_f); } -- 2.7.4