Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp1481227imj; Fri, 8 Feb 2019 02:08:07 -0800 (PST) X-Google-Smtp-Source: AHgI3IbbIMgwln2q/nLV19I4WOQYdw/icLV2Iy7oEjen1dZ0nIYSQwDtUC/YwRedM9ciMvQZnGJ0 X-Received: by 2002:a62:b80a:: with SMTP id p10mr21208211pfe.32.1549620487168; Fri, 08 Feb 2019 02:08:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549620487; cv=none; d=google.com; s=arc-20160816; b=oJy3jLw45LAFIF6+zjXRZwsJWiUWUt59aIAAV2q4O+jeY7Y86r34o8mnVpZpsi8/7+ nymjvC8kXPh6pURX9vaihDXiU+Yr+bET62ZkledbkDCDcSgj07bGtsfypUe9Pvyg+Dbx 6MSvU+fEbZkeweZ+iUHyOML3/ZfgyIRnOE22p8O87m2jBLt18zHr7f++FMQASIBXRMTM ERn4w2fijziUDX2H/5i3nz+8qWy8oE/DXdlj2rmgE3R/GyKOd4NoyeJiFASYHkGeWvzD rs763KayOOAvPBJVbDKCgbpoPr9I687MyewsoqK+Te4RgahA8tt/XJVfaAtXvm45meTp tabg== 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:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=uG5zESkfj9oFhpphZ0CMcMU/kkSJOtp2/ADtDwhM3Hg=; b=ghzvL+tid7eatORpcAPGORNHPHY101N6Sa4qAD3/6jg4gTSWr10yW74Zvzg8h2GGuG gjvhX2Qn5qU1ZGZGi+U7oVvb1bTD7yJAUlnow3EB8t5sCb9w71MN3jV74eguCUnURXm+ mYNcLJzjHvwKljTNcgzTlkYFvzprMX37T3E1afLiSmA4wO+yG/OVRdeqPD744Juj/bGr Jdp8F1gQsKmYvb1Z5kwgqKU5hWvlH+65KabUynSTIpITy4sImRRC+JVb9yoNV5bEYlZK eryGnbelvE3xkPvk0j+PCQk6Br/NgQg1Do2u8D36g8DwBePBxJO5rS/CC5hZKpvDnadQ kI3g== 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 o33si1909713pld.121.2019.02.08.02.07.51; Fri, 08 Feb 2019 02:08:07 -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 S1727725AbfBHKGj (ORCPT + 99 others); Fri, 8 Feb 2019 05:06:39 -0500 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:47570 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726598AbfBHKGh (ORCPT ); Fri, 8 Feb 2019 05:06:37 -0500 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 A481FA78; Fri, 8 Feb 2019 02:06:36 -0800 (PST) Received: from e110439-lin.cambridge.arm.com (e110439-lin.cambridge.arm.com [10.1.194.43]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 8DAE43F557; Fri, 8 Feb 2019 02:06:33 -0800 (PST) From: Patrick Bellasi To: linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, linux-api@vger.kernel.org Cc: Ingo Molnar , Peter Zijlstra , Tejun Heo , "Rafael J . Wysocki" , Vincent Guittot , Viresh Kumar , Paul Turner , Quentin Perret , Dietmar Eggemann , Morten Rasmussen , Juri Lelli , Todd Kjos , Joel Fernandes , Steve Muckle , Suren Baghdasaryan Subject: [PATCH v7 07/15] sched/core: uclamp: Set default clamps for RT tasks Date: Fri, 8 Feb 2019 10:05:46 +0000 Message-Id: <20190208100554.32196-8-patrick.bellasi@arm.com> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20190208100554.32196-1-patrick.bellasi@arm.com> References: <20190208100554.32196-1-patrick.bellasi@arm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org By default FAIR tasks start without clamps, i.e. neither boosted nor capped, and they run at the best frequency matching their utilization demand. This default behavior does not fit RT tasks which instead are expected to run at the maximum available frequency, if not otherwise required by explicitly capping them. Enforce the correct behavior for RT tasks by setting util_min to max whenever: 1. a task is switched to the RT class and it does not already have a user-defined clamp value assigned. 2. a task is forked from a parent with RESET_ON_FORK set. NOTE: utilization clamp values are cross scheduling class attributes and thus they are never changed/reset once a value has been explicitly defined from user-space. Signed-off-by: Patrick Bellasi Cc: Ingo Molnar Cc: Peter Zijlstra --- kernel/sched/core.c | 26 ++++++++++++++++++++++++++ 1 file changed, 26 insertions(+) diff --git a/kernel/sched/core.c b/kernel/sched/core.c index 8b282616e9c9..569564012ddc 100644 --- a/kernel/sched/core.c +++ b/kernel/sched/core.c @@ -1049,6 +1049,28 @@ static int uclamp_validate(struct task_struct *p, static void __setscheduler_uclamp(struct task_struct *p, const struct sched_attr *attr) { + unsigned int clamp_id; + + /* + * On scheduling class change, reset to default clamps for tasks + * without a task-specific value. + */ + for (clamp_id = 0; clamp_id < UCLAMP_CNT; ++clamp_id) { + unsigned int clamp_value = uclamp_none(clamp_id); + struct uclamp_se *uc_se = &p->uclamp[clamp_id]; + + /* Keep using defined clamps across class changes */ + if (uc_se->user_defined) + continue; + + /* By default, RT tasks always get 100% boost */ + if (unlikely(rt_task(p) && clamp_id == UCLAMP_MIN)) + clamp_value = uclamp_none(UCLAMP_MAX); + + uc_se->bucket_id = uclamp_bucket_id(clamp_value); + uc_se->value = clamp_value; + } + if (likely(!(attr->sched_flags & SCHED_FLAG_UTIL_CLAMP))) return; @@ -1087,6 +1109,10 @@ static void uclamp_fork(struct task_struct *p, bool reset) for (clamp_id = 0; clamp_id < UCLAMP_CNT; ++clamp_id) { unsigned int clamp_value = uclamp_none(clamp_id); + /* By default, RT tasks always get 100% boost */ + if (unlikely(rt_task(p) && clamp_id == UCLAMP_MIN)) + clamp_value = uclamp_none(UCLAMP_MAX); + p->uclamp[clamp_id].user_defined = false; p->uclamp[clamp_id].value = clamp_value; p->uclamp[clamp_id].bucket_id = uclamp_bucket_id(clamp_value); -- 2.20.1