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=-11.0 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=ham 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 7CDB1C433DB for ; Tue, 12 Jan 2021 15:55:51 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 3B4A92070E for ; Tue, 12 Jan 2021 15:55:51 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2392469AbhALPzf (ORCPT ); Tue, 12 Jan 2021 10:55:35 -0500 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:46319 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2392028AbhALPze (ORCPT ); Tue, 12 Jan 2021 10:55:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1610466847; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding; bh=KyiMZR0vfJuhbR4RIu5PNgEE9Brtz8v0SzJO9Fvad9w=; b=Wv0/mVJpl19Qx4M7Xgo00MaMy3IjYTlfbGpsHXGlr+fCk5yoQ1uTl7q0rr3t9V/0R0WlX8 c3gSoiwTCEp4bH9f4nglqzT/g0EIKpOc+MtUdoJ1BVNg/5e+bNXx3/rvBrKjbRTWLm9btF 30lG2VSn5Tmph0aP8tWFzMOitETirS0= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-481-Hcim-w0ZML6BijZTwQQgQg-1; Tue, 12 Jan 2021 10:54:05 -0500 X-MC-Unique: Hcim-w0ZML6BijZTwQQgQg-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.14]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 15B5418C89C4; Tue, 12 Jan 2021 15:54:03 +0000 (UTC) Received: from x1.com (ovpn-113-251.rdu2.redhat.com [10.10.113.251]) by smtp.corp.redhat.com (Postfix) with ESMTP id E2B1A5D9CD; Tue, 12 Jan 2021 15:53:50 +0000 (UTC) From: Daniel Bristot de Oliveira To: linux-kernel@vger.kernel.org Cc: Marco Perronet , Daniel Bristot de Oliveira , Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Li Zefan , Tejun Heo , Johannes Weiner , Valentin Schneider , cgroups@vger.kernel.org Subject: [PATCH 0/6] sched/deadline: cpuset task acceptance review Date: Tue, 12 Jan 2021 16:53:39 +0100 Message-Id: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.14 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org While surveying the properties of the SCHED_DEADLINE, Marco Perronet found some inconsistencies in the acceptance of DL threads on cpuset. More precisely, regarding the acceptance of treads with arbitrary affinity. He contacted me, and while doing the investigation, we found yet other potential issues addressed in this patch series. Each patch has a more in-depth explanation, including ways to reproduce the problem. Daniel Bristot de Oliveira (6): sched/deadline: Consolidate the SCHED_DL task_can_attach() check on its own function sched/deadline: Inform dl_task_can_attach() if the cpuset is exclusive sched/deadline: Allow DL tasks on empty (cgroup v2) cpusets sched/deadline: Block DL tasks on non-exclusive cpuset if bandwitdh control is enable sched/deadline: Add helpers to get the correct root domain/span/dl_bw sched/deadline: Fixes cpu/rd/dl_bw references for suspended tasks include/linux/sched.h | 2 +- kernel/cgroup/cpuset.c | 5 ++++- kernel/sched/core.c | 13 ++++++------ kernel/sched/deadline.c | 28 ++++++++++++++++++++++--- kernel/sched/sched.h | 45 ++++++++++++++++++++++++++++++++++++++++- 5 files changed, 80 insertions(+), 13 deletions(-) -- 2.29.2