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=-5.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, USER_AGENT_SANE_2 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 37EE4C7618F for ; Tue, 16 Jul 2019 20:07:44 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 17F462173E for ; Tue, 16 Jul 2019 20:07:44 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2388654AbfGPUHm (ORCPT ); Tue, 16 Jul 2019 16:07:42 -0400 Received: from mail.kernel.org ([198.145.29.99]:51254 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728366AbfGPUHm (ORCPT ); Tue, 16 Jul 2019 16:07:42 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 31F4E20659; Tue, 16 Jul 2019 20:07:40 +0000 (UTC) Date: Tue, 16 Jul 2019 16:07:38 -0400 From: Steven Rostedt To: Thomas Gleixner Cc: Linus Torvalds , LKML , Andrew Morton , Greg Kroah-Hartman , Ingo Molnar , Peter Zijlstra , Sebastian Siewior , Paul McKenney , Christoph Hellwig , Tejun Heo , Lukas Bulwahn , Daniel Wagner , Tom Zanussi , Daniel Bristot de Oliveira , Clark Williams , Julia Cartwright , Marc Zyngier , Frederic Weisbecker Subject: Re: [patch 1/1] Kconfig: Introduce CONFIG_PREEMPT_RT Message-ID: <20190716160738.1ccfc018@gandalf.local.home> In-Reply-To: <20190715150601.205143057@linutronix.de> References: <20190715150402.798499167@linutronix.de> <20190715150601.205143057@linutronix.de> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 15 Jul 2019 17:04:03 +0200 Thomas Gleixner wrote: > Add a new entry to the preemption menu which enables the real-time support > for the kernel. The choice is only enabled when an architecture supports > it. > > It selects PREEMPT as the RT features depend on it. To achieve that the > existing PREEMPT choice is renamed to PREEMPT_LL which select PREEMPT as > well. > > No functional change. > > Signed-off-by: Thomas Gleixner > --- > arch/Kconfig | 3 +++ > kernel/Kconfig.preempt | 25 +++++++++++++++++++++++-- > 2 files changed, 26 insertions(+), 2 deletions(-) > > --- a/arch/Kconfig > +++ b/arch/Kconfig > @@ -809,6 +809,9 @@ config ARCH_NO_COHERENT_DMA_MMAP > config ARCH_NO_PREEMPT > bool > > +config ARCH_SUPPORTS_RT > + bool > + > config CPU_NO_EFFICIENT_FFS > def_bool n > > --- a/kernel/Kconfig.preempt > +++ b/kernel/Kconfig.preempt > @@ -35,10 +35,10 @@ config PREEMPT_VOLUNTARY > > Select this if you are building a kernel for a desktop system. > > -config PREEMPT > +config PREEMPT_LL > bool "Preemptible Kernel (Low-Latency Desktop)" > depends on !ARCH_NO_PREEMPT > - select PREEMPT_COUNT > + select PREEMPT > select UNINLINE_SPIN_UNLOCK if !ARCH_INLINE_SPIN_UNLOCK > help > This option reduces the latency of the kernel by making > @@ -55,7 +55,28 @@ config PREEMPT > embedded system with latency requirements in the milliseconds > range. > > +config PREEMPT_RT > + bool "Fully Preemptible Kernel (Real-Time)" > + depends on EXPERT && ARCH_SUPPORTS_RT I can't wait to see the CONFIG_ARCH_SUPPORTS_RT added! Acked-by: Steven Rostedt (VMware) -- Steve > + select PREEMPT > + help > + This option turns the kernel into a real-time kernel by replacing > + various locking primitives (spinlocks, rwlocks, etc) with > + preemptible priority-inheritance aware variants, enforcing > + interrupt threading and introducing mechanisms to break up long > + non-preemtible sections. This makes the kernel, except for very > + low level and critical code pathes (entry code, scheduler, low > + level interrupt handling) fully preemtible and brings most > + execution contexts under scheduler control. > + > + Select this if you are building a kernel for systems which > + require real-time guarantees. > + > endchoice > > config PREEMPT_COUNT > bool > + > +config PREEMPT > + bool > + select PREEMPT_COUNT >