Received: by 2002:ac0:e350:0:0:0:0:0 with SMTP id g16csp333717imn; Thu, 4 Aug 2022 07:45:20 -0700 (PDT) X-Google-Smtp-Source: AA6agR5SQAAgTAENq5leLfvfriLncy3g3UkqHMwGzonA3FC8s/vF+CKKjkTL4WQZFqlfiLyypJWt X-Received: by 2002:a17:903:2015:b0:16e:db59:f65d with SMTP id s21-20020a170903201500b0016edb59f65dmr2230547pla.106.1659624320670; Thu, 04 Aug 2022 07:45:20 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659624320; cv=none; d=google.com; s=arc-20160816; b=UzUL5eQkQIC5rxMDwhfN/4jJcWLuQOsxnDydsuOJJqkn9caDv4DhxApy+zMgzc0myL mscADqf1MXyPKyhxVOIJHRlckhqRUrGN+dGZcmp9jEW82mIA4ZNH5XQ0593vi5VUyfQt ua6RoddfQ5GCcQ/sXB7rTqervfGHp+Y6ozELezzxNWxlxqwbUgjp0w+GrvRug9hJ686F n6u9DCdt0BXpgLW1NHZwPNECtGloSgaipQNlHFma58wyPQ7sAz94TUdDlmLXvVUbnZd8 v2CEOh09Q4hTELBecM5M1eAAUBSiybaFad52kFdLnoXD7V8N2asmqZI5zaeHkTOMKVhD A9OQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=3/DQow9iqNpEFySB9dQbzL9HQDWNg6oRLxFDkKcU4z4=; b=XofybtVy6M3PHYNxeQySOv4llbxc+B2kjoTcEIgXCRMnZBzMU/z4fA2/SBncgQwZ4N hN74VNUV8YIlKKcv4a/XHQE2rpl3Cw+G1RpNUnV5NM7PhQ1Zm7GZUA7DgPQ4Hc3M2mie +sgDrZ/tcupk3mwPRrKn5TYNEQF7aGs8k+IAW2X954Fd2oQXmSgR+ptwUU+DVem6oJNg LFyg/zaQya0qDk/J7La/hQpb2O0nspdWx+9ueWSiZrJ2fjJrAp+61uZkTf0AFzpoKUVe LT1Rz5knqt/mis58pCr4/kb+JxksIP39IyWLJWJw7x9eJlXkU9Z9hciI41etkaKlT3Fl XZvQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q23-20020a63cc57000000b0041bee100f09si1394640pgi.458.2022.08.04.07.45.04; Thu, 04 Aug 2022 07:45:20 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239953AbiHDOha (ORCPT + 99 others); Thu, 4 Aug 2022 10:37:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49736 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239988AbiHDOhC (ORCPT ); Thu, 4 Aug 2022 10:37:02 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id C7CCD52475 for ; Thu, 4 Aug 2022 07:36:57 -0700 (PDT) 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 3F16C1480; Thu, 4 Aug 2022 07:36:58 -0700 (PDT) Received: from localhost.localdomain (unknown [10.57.10.177]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 142293F73B; Thu, 4 Aug 2022 07:36:55 -0700 (PDT) From: Qais Yousef To: Ingo Molnar , "Peter Zijlstra (Intel)" , Vincent Guittot , Dietmar Eggemann Cc: linux-kernel@vger.kernel.org, Xuewen Yan , Lukasz Luba , Wei Wang , Jonathan JMChen , Hank , Qais Yousef Subject: [PATCH v2 9/9] sched/fair: Consider capacity inversion in util_fits_cpu() Date: Thu, 4 Aug 2022 15:36:09 +0100 Message-Id: <20220804143609.515789-10-qais.yousef@arm.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20220804143609.515789-1-qais.yousef@arm.com> References: <20220804143609.515789-1-qais.yousef@arm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org We do consider thermal pressure in util_fits_cpu() for uclamp_min only. With the exception of the biggest cores which by definition are the max performance point of the system and all tasks by definition should fit. Even under thermal pressure, the capacity of the biggest CPU is the highest in the system and should still fit every task. Except when it reaches capacity inversion point, then this is no longer true. We can handle this by using the inverted capacity as capacity_orig in util_fits_cpu(). Which not only addresses the problem above, but also ensure uclamp_max now considers the inverted capacity. Force fitting a task when a CPU is in this adverse state will contribute to making the thermal throttling last longer. Signed-off-by: Qais Yousef --- kernel/sched/fair.c | 14 +++++++++----- 1 file changed, 9 insertions(+), 5 deletions(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index cb32dc9a057f..77ae343e32a3 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -4293,12 +4293,16 @@ static inline int util_fits_cpu(unsigned long util, * For uclamp_max, we can tolerate a drop in performance level as the * goal is to cap the task. So it's okay if it's getting less. * - * In case of capacity inversion, which is not handled yet, we should - * honour the inverted capacity for both uclamp_min and uclamp_max all - * the time. + * In case of capacity inversion we should honour the inverted capacity + * for both uclamp_min and uclamp_max all the time. */ - capacity_orig = capacity_orig_of(cpu); - capacity_orig_thermal = capacity_orig - arch_scale_thermal_pressure(cpu); + capacity_orig = cpu_in_capacity_inversion(cpu); + if (capacity_orig) { + capacity_orig_thermal = capacity_orig; + } else { + capacity_orig = capacity_orig_of(cpu); + capacity_orig_thermal = capacity_orig - arch_scale_thermal_pressure(cpu); + } /* * We want to force a task to fit a cpu as implied by uclamp_max. -- 2.25.1