Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp541098iog; Wed, 29 Jun 2022 05:34:17 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vuY3fxaZrVJQiuMZOeiyPJF/afF08Jby1QM/GqWxrLN0mjKDl/nwifbU5GR6A5iXtvC25R X-Received: by 2002:a17:906:cc96:b0:728:baf0:ba03 with SMTP id oq22-20020a170906cc9600b00728baf0ba03mr3141158ejb.52.1656506057639; Wed, 29 Jun 2022 05:34:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656506057; cv=none; d=google.com; s=arc-20160816; b=wGbf46tqbveSlHti0ETL4b1UpeIjaDYFCsnHg/cHhMc8Ag1Ljn0YOTXFjuW3blanAg ZtkG9dnVPwihw81xDkxW6zC7YeonrqFKqCN96qwG0Jwoxjhid/5ILfi9xJ4TYW1+tDy0 vr2ChIq84M0dksgqiqtRtuYzi7wJBMy+05QeqpchrUMsQM5w7N60+5H9814nyjkcAFD/ Ifzbv98n/rqH3fnWOh+NUe8+CQl6KYJbvtQz4ZJWqhDibWglyH8QWYywX9QmBgA5n5Vu g5T/dM13K4KjzxCsuKtjOEoEK1wH4UTQ+31SmEUVQtzNnn18Gm7goM4zsvWPqFod0uXe VFvQ== 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 :message-id:date:subject:cc:to:from; bh=fcHpq967g7yl5eHNvI05ezqGnYaziScX1nvs5cZLDbI=; b=GPm3Pl5eSxNxDqo+W7Ia2yIWJEkVNZqjfXyCtLqiTAlybDh3Vn8CYXsOkKoz2BtQMQ a0ZkZ1NImzs9q+0pZ1pVlTr8a91QFMO2felEbgs3O27Cwjs2jcpuJlDmA05advOMvjrF TEwJpDQ/X99keqY6ksX5S0Ob3ibdOM5DuRHqQ3eEbU7U7KPcq7O7wPcNvQlUFF+iaMsD FABq4vEfLKppQ4XKV65rTmOifeQxvoWtdWXVBZeVCFCUFrMZEjGUVaLO4sXDTpaBRpsw +f8NZ9SQ7g2orivOh5e8zvbk7k3c4GuCKe1+UH4vx/qJWLXsiuuyjsmXv2haxIBbxG+d +3Tg== 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 y3-20020a170906448300b006e87a109539si18210650ejo.204.2022.06.29.05.33.51; Wed, 29 Jun 2022 05:34:17 -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 S231633AbiF2MVY (ORCPT + 99 others); Wed, 29 Jun 2022 08:21:24 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54114 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232787AbiF2MVV (ORCPT ); Wed, 29 Jun 2022 08:21:21 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id EE87830F53 for ; Wed, 29 Jun 2022 05:21:20 -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 EF6B7152B; Wed, 29 Jun 2022 05:21:20 -0700 (PDT) Received: from e125579.fritz.box (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id E94AB3F66F; Wed, 29 Jun 2022 05:21:18 -0700 (PDT) From: Dietmar Eggemann To: Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Steven Rostedt Cc: Daniel Bristot de Oliveira , Valentin Schneider , Mel Gorman , Ben Segall , Luca Abeni , linux-kernel@vger.kernel.org Subject: [PATCH 0/3] DL capacity-aware fixes Date: Wed, 29 Jun 2022 14:20:50 +0200 Message-Id: <20220629122053.287165-1-dietmar.eggemann@arm.com> X-Mailer: git-send-email 2.25.1 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,T_SCC_BODY_TEXT_LINE 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 While testing cpusets on asymmetric CPU capacity systems I realized that the admission control, which kicks in when the cpumask of a cpuset is about to be changed, is not capacity-aware. [PATCH 2/3] addresses this issue. Overview: [PATCH 1/3] - Not part of the DL related changes but here for convenience : Inline helper function around static_branch_unlikely(&sched_asym_cpucapacity) [PATCH 2/3] - Make dl_cpuset_cpumask_can_shrink() capacity-aware. [PATCH 3/3] - Save a multiplication in dl_task_fits_capacity() by using already maintained dl_density. Dietmar Eggemann (3): sched: Introduce sched_asym_cpucap_active() sched/deadline: Make dl_cpuset_cpumask_can_shrink() capacity-aware sched/deadline: Use sched_dl_entity's dl_density in dl_task_fits_capacity() kernel/sched/cpudeadline.c | 2 +- kernel/sched/deadline.c | 28 +++++++++++++--------------- kernel/sched/fair.c | 8 ++++---- kernel/sched/rt.c | 4 ++-- kernel/sched/sched.h | 13 +++++++++---- 5 files changed, 29 insertions(+), 26 deletions(-) -- 2.25.1