From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_GIT autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8E07DC432C0 for ; Tue, 3 Dec 2019 16:02:12 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 64953206E4 for ; Tue, 3 Dec 2019 16:02:12 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727085AbfLCQCL (ORCPT ); Tue, 3 Dec 2019 11:02:11 -0500 Received: from foss.arm.com ([217.140.110.172]:44796 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725848AbfLCQCK (ORCPT ); Tue, 3 Dec 2019 11:02:10 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 4FD9631B; Tue, 3 Dec 2019 08:02:10 -0800 (PST) Received: from e113632-lin.cambridge.arm.com (e113632-lin.cambridge.arm.com [10.1.194.37]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id F28AA3F52E; Tue, 3 Dec 2019 08:02:08 -0800 (PST) From: Valentin Schneider To: linux-kernel@vger.kernel.org Cc: peterz@infradead.org, mingo@kernel.org, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, patrick.bellasi@matbug.net, qperret@google.com, qais.yousef@arm.com, morten.rasmussen@arm.com Subject: [PATCH v2 0/4] sched/fair: Task placement biasing using uclamp Date: Tue, 3 Dec 2019 15:59:03 +0000 Message-Id: <20191203155907.2086-1-valentin.schneider@arm.com> X-Mailer: git-send-email 2.24.0 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 Hi, While uclamp restrictions currently only impacts schedutil's frequency selection, it would make sense to also let it impact CPU selection in asymmetric topologies. This would let us steer specific tasks towards certain CPU capacities regardless of their actual utilization - I give a few examples in patch 3. The first two patches are just cleanups/renames, the meat of the thing is in patches 3 and 4. Note that this is in the same spirit as what Patrick had proposed for EAS on Android [1] [1]: https://android.googlesource.com/kernel/common/+/b61876ed122f816660fe49e0de1b7ee4891deaa2%5E%21 Revisions ========= Changed in v2: - Collect Reviewed-by - Make uclamp_task_util() unconditionally use util_est (Quentin) - Because of the above, move uclamp_task_util() to fair.c - Split v1's 3/3 into - task_fits_capacity() tweak (v2's 3/4) - find_energy_efficient_cpu() tweak (v2's 4/4). Cheers, Valentin Valentin Schneider (4): sched/uclamp: Make uclamp_util_*() helpers use and return UL values sched/uclamp: Rename uclamp_util_*() into uclamp_rq_util_*() sched/fair: Make task_fits_capacity() consider uclamp restrictions sched/fair: Make feec() consider uclamp restrictions kernel/sched/cpufreq_schedutil.c | 2 +- kernel/sched/fair.c | 30 +++++++++++++++++++++++++++--- kernel/sched/sched.h | 22 +++++++++++----------- 3 files changed, 39 insertions(+), 15 deletions(-) -- 2.24.0