Received: by 2002:a05:6a10:8395:0:0:0:0 with SMTP id n21csp630644pxh; Wed, 10 Nov 2021 07:07:43 -0800 (PST) X-Google-Smtp-Source: ABdhPJwzuO2FC5xQknBRR/WDf/XsspQCxu42SUdOoNeu3tnZL14J7bkj/BnsrmE9qBfEdUZPhxtB X-Received: by 2002:a17:90a:db81:: with SMTP id h1mr17999389pjv.46.1636556863433; Wed, 10 Nov 2021 07:07:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1636556863; cv=none; d=google.com; s=arc-20160816; b=B57+FuXKy3cat35+YMiY/AeULENflSA287+fOhwxjWEk4XlcQOHaXIWRAC+EBymXgd QCplaMECwh1YGxxMgAHacfpuirGqg10ft3O2DJUPHuBxsHJKfwPv/Wu8NMAgcLn1IWpE e7tUJXOGLDXUjLGd2eX7vefewjpx6hz9LzeHk0yNjJJKEhQUOIWi98fqhAkiAuAXibCv VkVAqZ3BkP1LxXiNejltZeXwqo0L2XtLh95t5tVvtu8Yor9rdFsKSUL0TzCFuWynIdPX zTM7OkvmrrsVSOx9I/tzaEFSLFjko+cUopfvXJLTTzMwD7IUNILxsljW1hVGmPUrCCvJ /aSw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=DZ1rNip2BWzE9XrbLXmI80jkgZVMhDv14Vt1iPMqCbA=; b=Bc+nK3xEeuZXCr/Hd6Q6lNdQwUVt8JmSVaGkDAqBtGYofXepUtUWKn2Yu0WhwP5AIl JfgbHX+qcZgwqDkEyAK2by3r6Z2Mqu13+UtDppdwVn+q3oMmSDqD67N1vJvxEkBB5Ej2 lUd9Wr0cbnOLFLBxicJPpNs8ieFVYg6t5kRrxbrEQjic4JlT/3lIf+rA3+1TJaG2NYtW ysnpIeTNrKvIfdZCa8K+XQ1UkDAv7JFUMygVTwUJUmGfCh7Hjkl77ggXAM7K60hW7Xkd zxHWeZ5KI9X2E8Lz3LqVZfeS0FxVT7rHHaf0opPh2eNISSMeH79r1NWJjQ3hZNItgxDT PKqQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=loAx3mn3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s8si46490pgs.318.2021.11.10.07.07.28; Wed, 10 Nov 2021 07:07:43 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=loAx3mn3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232412AbhKJPHn (ORCPT + 99 others); Wed, 10 Nov 2021 10:07:43 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50300 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232593AbhKJPGr (ORCPT ); Wed, 10 Nov 2021 10:06:47 -0500 Received: from mail-ot1-x32e.google.com (mail-ot1-x32e.google.com [IPv6:2607:f8b0:4864:20::32e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0D05EC061228 for ; Wed, 10 Nov 2021 07:03:24 -0800 (PST) Received: by mail-ot1-x32e.google.com with SMTP id x19-20020a9d7053000000b0055c8b39420bso4318580otj.1 for ; Wed, 10 Nov 2021 07:03:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=DZ1rNip2BWzE9XrbLXmI80jkgZVMhDv14Vt1iPMqCbA=; b=loAx3mn3I8tWvXV9J1CnehL8M/0oCBse5fknnRXtFQ5ksEew7DOimzooF1jaf5/EV4 HmiNBAch/VSjTgSPIoTYJywurvPDJy+OLYUclxNhqd2bg2OkZ3YonXUvVQ2zK7NtRDnn w2wXVfpiSRJCNI5B/i6YMSI2FEPUDk0JQuS3qw7M1VcVpDe/qTWKbkJLmHI9GSzlZHNl MPz8rCYXCN/e3KcXQ31C5LHVDmIPVbY7XsCgoXd6BMTrRY3qOtgn3zDvdO8SPgu9c5c4 ruyamG0cLl7l5/sfOwEPMJifCQYsryJwamrduJIw1NXFL87ojjbJYd4xf4xszJwUt4lQ NiZA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=DZ1rNip2BWzE9XrbLXmI80jkgZVMhDv14Vt1iPMqCbA=; b=6OnDFQtBWyHUuyJCCnyr8zLsYh+eSditoVjhShc/z+U3Iuf3aSxnHHS8zYc9mdoLes 8xI9yNW8GGEEYlsjemIq3tG4sn0fcjEJ8zCBJi7g/8f/qddpRXbBrmClR0jR4m8bK6TQ ZCTYF8Mmecek28JFQq8+/LHAQXsL4Wg2cUYfVMKsz49mzqG+B420VRSD6zm24dQdQRQh vUSlQzSixBU6iuVguiip5wNliOq473JcA90Caz7su/gaIB50V+yQS1kS9kgKdRVNd598 f7bzfrOlxPia9PVy4sHQQ7aE6o986E27rKk0bdMeeHf/tTgzBtPQLLveDvTmKqFA5BUo 4sjQ== X-Gm-Message-State: AOAM531HlsyiSPfgRphcGz5gXU3JUv2PaTNVUmqgOuhYZRuX731oHPJw rcPgpaRsMAmFk3f+zalFIo04QkiJiKdzlV0saCPWag== X-Received: by 2002:a9d:7548:: with SMTP id b8mr424220otl.92.1636556602777; Wed, 10 Nov 2021 07:03:22 -0800 (PST) MIME-Version: 1.0 References: <20211109151057.3489223-1-valentin.schneider@arm.com> <20211110011738.GD288354@lothringen> <87h7cks16n.mognet@arm.com> <87bl2srrvq.mognet@arm.com> In-Reply-To: <87bl2srrvq.mognet@arm.com> From: Marco Elver Date: Wed, 10 Nov 2021 16:03:10 +0100 Message-ID: Subject: Re: [PATCH] sched: Split preemption model selection between DYNAMIC & !DYNAMIC To: Valentin Schneider Cc: Mike Galbraith , Frederic Weisbecker , linux-kernel@vger.kernel.org, Peter Zijlstra , Ingo Molnar Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 10 Nov 2021 at 15:45, Valentin Schneider wrote: > > On 10/11/21 11:24, Valentin Schneider wrote: > > Following Frederic's _STATIC suggestion, I got to the below. The nice thing > > is if a defconfig picks say PREEMPT_VOLUNTARY and the arch supports > > PREEMPT_DYNAMIC, then it'll pick PREEMPT_VOLUNTARY_BEHAVIOUR. The less nice > > thing is that we end up selecting PREEMPT_STATIC for PREEMPT_DYNAMIC > > kernels, naming's hard... Maybe _BUILD rather than _STATIC? > > > > And now without a legacy compatibility layer crud... If this works for everyone else, then I think this is the least intrusive and hopefully won't require telling everyone about this config change. For the final version, it seems to be missing s/_BEHAVIOUR// in kernel/sched/core.c. And the kcsan_test.c change can be reverted, I think it's broken either way now, because it wants the dynamic state (the test still works in most configs, so fixing this isn't super urgent). Similarly for kernel/trace/trace.c, which appears mainly cosmetic. So I'd defer changing these until there are real helpers to get the true preemption behaviour of the running system. Thanks, -- Marco > --- > diff --git a/include/linux/kernel.h b/include/linux/kernel.h > index 2776423a587e..9c7d774ef809 100644 > --- a/include/linux/kernel.h > +++ b/include/linux/kernel.h > @@ -88,7 +88,7 @@ > struct completion; > struct user; > > -#ifdef CONFIG_PREEMPT_VOLUNTARY > +#ifdef CONFIG_PREEMPT_VOLUNTARY_BUILD > > extern int __cond_resched(void); > # define might_resched() __cond_resched() > diff --git a/include/linux/vermagic.h b/include/linux/vermagic.h > index 1eaaa93c37bf..f2b71920024c 100644 > --- a/include/linux/vermagic.h > +++ b/include/linux/vermagic.h > @@ -15,7 +15,7 @@ > #else > #define MODULE_VERMAGIC_SMP "" > #endif > -#ifdef CONFIG_PREEMPT > +#ifdef CONFIG_PREEMPT_BUILD > #define MODULE_VERMAGIC_PREEMPT "preempt " > #elif defined(CONFIG_PREEMPT_RT) > #define MODULE_VERMAGIC_PREEMPT "preempt_rt " > @@ -39,9 +39,9 @@ > #define MODULE_RANDSTRUCT_PLUGIN > #endif > > -#define VERMAGIC_STRING \ > +#define VERMAGIC_STRING \ > UTS_RELEASE " " \ > - MODULE_VERMAGIC_SMP MODULE_VERMAGIC_PREEMPT \ > + MODULE_VERMAGIC_SMP MODULE_VERMAGIC_PREEMPT \ > MODULE_VERMAGIC_MODULE_UNLOAD MODULE_VERMAGIC_MODVERSIONS \ > MODULE_ARCH_VERMAGIC \ > MODULE_RANDSTRUCT_PLUGIN > diff --git a/init/Makefile b/init/Makefile > index 2846113677ee..04eeee12c076 100644 > --- a/init/Makefile > +++ b/init/Makefile > @@ -30,7 +30,7 @@ $(obj)/version.o: include/generated/compile.h > quiet_cmd_compile.h = CHK $@ > cmd_compile.h = \ > $(CONFIG_SHELL) $(srctree)/scripts/mkcompile_h $@ \ > - "$(UTS_MACHINE)" "$(CONFIG_SMP)" "$(CONFIG_PREEMPT)" \ > + "$(UTS_MACHINE)" "$(CONFIG_SMP)" "$(CONFIG_PREEMPT_BUILD)" \ > "$(CONFIG_PREEMPT_RT)" $(CONFIG_CC_VERSION_TEXT) "$(LD)" > > include/generated/compile.h: FORCE > diff --git a/kernel/Kconfig.preempt b/kernel/Kconfig.preempt > index 60f1bfc3c7b2..ce77f0265660 100644 > --- a/kernel/Kconfig.preempt > +++ b/kernel/Kconfig.preempt > @@ -1,12 +1,23 @@ > # SPDX-License-Identifier: GPL-2.0-only > > +config PREEMPT_NONE_BUILD > + bool > + > +config PREEMPT_VOLUNTARY_BUILD > + bool > + > +config PREEMPT_BUILD > + bool > + select PREEMPTION > + select UNINLINE_SPIN_UNLOCK if !ARCH_INLINE_SPIN_UNLOCK > + > choice > prompt "Preemption Model" > - default PREEMPT_NONE_BEHAVIOUR > + default PREEMPT_NONE > > -config PREEMPT_NONE_BEHAVIOUR > +config PREEMPT_NONE > bool "No Forced Preemption (Server)" > - select PREEMPT_NONE if !PREEMPT_DYNAMIC > + select PREEMPT_NONE_BUILD if !PREEMPT_DYNAMIC > help > This is the traditional Linux preemption model, geared towards > throughput. It will still provide good latencies most of the > @@ -18,10 +29,10 @@ config PREEMPT_NONE_BEHAVIOUR > raw processing power of the kernel, irrespective of scheduling > latencies. > > -config PREEMPT_VOLUNTARY_BEHAVIOUR > +config PREEMPT_VOLUNTARY > bool "Voluntary Kernel Preemption (Desktop)" > depends on !ARCH_NO_PREEMPT > - select PREEMPT_VOLUNTARY if !PREEMPT_DYNAMIC > + select PREEMPT_VOLUNTARY_BUILD if !PREEMPT_DYNAMIC > help > This option reduces the latency of the kernel by adding more > "explicit preemption points" to the kernel code. These new > @@ -37,10 +48,10 @@ config PREEMPT_VOLUNTARY_BEHAVIOUR > > Select this if you are building a kernel for a desktop system. > > -config PREEMPT_BEHAVIOUR > +config PREEMPT > bool "Preemptible Kernel (Low-Latency Desktop)" > depends on !ARCH_NO_PREEMPT > - select PREEMPT > + select PREEMPT_BUILD > help > This option reduces the latency of the kernel by making > all kernel code (that is not executing in a critical section) > @@ -58,7 +69,7 @@ config PREEMPT_BEHAVIOUR > > config PREEMPT_RT > bool "Fully Preemptible Kernel (Real-Time)" > - depends on EXPERT && ARCH_SUPPORTS_RT && !PREEMPT_DYNAMIC > + depends on EXPERT && ARCH_SUPPORTS_RT > select PREEMPTION > help > This option turns the kernel into a real-time kernel by replacing > @@ -75,17 +86,6 @@ config PREEMPT_RT > > endchoice > > -config PREEMPT_NONE > - bool > - > -config PREEMPT_VOLUNTARY > - bool > - > -config PREEMPT > - bool > - select PREEMPTION > - select UNINLINE_SPIN_UNLOCK if !ARCH_INLINE_SPIN_UNLOCK > - > config PREEMPT_COUNT > bool > > @@ -95,8 +95,8 @@ config PREEMPTION > > config PREEMPT_DYNAMIC > bool "Preemption behaviour defined on boot" > - depends on HAVE_PREEMPT_DYNAMIC > - select PREEMPT > + depends on HAVE_PREEMPT_DYNAMIC && !PREEMPT_RT > + select PREEMPT_BUILD > default y > help > This option allows to define the preemption model on the kernel > diff --git a/kernel/kcsan/kcsan_test.c b/kernel/kcsan/kcsan_test.c > index dc55fd5a36fc..845b17cf7811 100644 > --- a/kernel/kcsan/kcsan_test.c > +++ b/kernel/kcsan/kcsan_test.c > @@ -1005,13 +1005,13 @@ static const void *nthreads_gen_params(const void *prev, char *desc) > else > nthreads *= 2; > > - if (!IS_ENABLED(CONFIG_PREEMPT) || !IS_ENABLED(CONFIG_KCSAN_INTERRUPT_WATCHER)) { > + if (!IS_ENABLED(CONFIG_PREEMPTION) || !IS_ENABLED(CONFIG_KCSAN_INTERRUPT_WATCHER)) { > /* > * Without any preemption, keep 2 CPUs free for other tasks, one > * of which is the main test case function checking for > * completion or failure. > */ > - const long min_unused_cpus = IS_ENABLED(CONFIG_PREEMPT_NONE) ? 2 : 0; > + const long min_unused_cpus = IS_ENABLED(CONFIG_PREEMPT_NONE_BUILD) ? 2 : 0; > const long min_required_cpus = 2 + min_unused_cpus; > > if (num_online_cpus() < min_required_cpus) { > diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c > index 7896d30d90f7..3b3226ffbafa 100644 > --- a/kernel/trace/trace.c > +++ b/kernel/trace/trace.c > @@ -4271,11 +4271,11 @@ print_trace_header(struct seq_file *m, struct trace_iterator *iter) > entries, > total, > buf->cpu, > -#if defined(CONFIG_PREEMPT_NONE) > +#if defined(CONFIG_PREEMPT_NONE_BUILD) > "server", > -#elif defined(CONFIG_PREEMPT_VOLUNTARY) > +#elif defined(CONFIG_PREEMPT_VOLUNTARY_BUILD) > "desktop", > -#elif defined(CONFIG_PREEMPT) > +#elif defined(CONFIG_PREEMPT_BUILD) > "preempt", > #elif defined(CONFIG_PREEMPT_RT) > "preempt_rt",