Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
From:   Gratian Crisan <gratian.crisan@ni.com>
To:     "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
CC:     Linus Torvalds <torvalds@linuxfoundation.org>,
        Andrew Morton <akpm@linuxfoundation.org>,
        Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
        Ingo Molnar <mingo@kernel.org>,
        Peter Zijlstra <peterz@infradead.org>,
        Steven Rostedt <rostedt@goodmis.org>,
        Sebastian Siewior <bigeasy@linutronix.de>,
        Paul McKenney <paulmck@linux.vnet.ibm.com>,
        Christoph Hellwig <hch@lst.de>, Tejun Heo <tj@kernel.org>,
        Lukas Bulwahn <lukas.bulwahn@gmail.com>,
        Daniel Wagner <wagi@monom.org>,
        Tom Zanussi <tom.zanussi@linux.intel.com>,
        Daniel Bristot de Oliveira <bristot@redhat.com>,
        Clark Williams <clark.williams@gmail.com>,
        Julia Cartwright <julia.cartwright@ni.com>,
        Marc Zyngier <marc.zyngier@arm.com>,
        Frederic Weisbecker <frederic@kernel.org>
Subject: Re: [patch 1/1] Kconfig: Introduce CONFIG_PREEMPT_RT
Thread-Topic: [patch 1/1] Kconfig: Introduce CONFIG_PREEMPT_RT
Thread-Index: AQHVPCxqjN1gTw20x0CHnz8f0oe2E6bN5ZQA
Date:   Tue, 16 Jul 2019 23:34:11 +0000
Message-ID: <87tvblr1u7.fsf@ni.com>
References: <20190715150402.798499167@linutronix.de>
 <20190715150601.205143057@linutronix.de>
In-Reply-To: <20190715150601.205143057@linutronix.de>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-messagesentrepresentingtype: 1
x-originating-ip: [130.164.62.201]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 9e148b2d-19c5-4851-5d9d-08d70a461afe
x-microsoft-antispam: BCL:0;PCL:0;RULEID:(2390118)(7020095)(4652040)(8989299)(5600148)(711020)(4605104)(1401327)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(2017052603328)(7193020);SRVR:CY4PR04MB0391;
x-ms-traffictypediagnostic: CY4PR04MB0391:
x-microsoft-antispam-prvs: <CY4PR04MB0391625C1136820E8C6BFCCFFECE0@CY4PR04MB0391.namprd04.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8882;
x-forefront-prvs: 0100732B76
x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(366004)(39860400002)(396003)(136003)(346002)(376002)(199004)(189003)(86362001)(256004)(5640700003)(6916009)(6486002)(486006)(478600001)(2906002)(3846002)(6116002)(36756003)(25786009)(6246003)(4326008)(71200400001)(476003)(229853002)(66476007)(71190400001)(81156014)(2351001)(5660300002)(76176011)(6506007)(316002)(44832011)(8676002)(11346002)(386003)(52116002)(2616005)(446003)(26005)(102836004)(54906003)(7736002)(305945005)(2501003)(68736007)(186003)(8936002)(7416002)(99286004)(66066001)(66446008)(6512007)(6436002)(53936002)(81166006)(66556008)(66946007)(14454004)(64756008);DIR:OUT;SFP:1102;SCL:1;SRVR:CY4PR04MB0391;H:CY4PR04MB1174.namprd04.prod.outlook.com;FPR:;SPF:None;LANG:en;PTR:InfoNoRecords;A:1;MX:1;
received-spf: None (protection.outlook.com: ni.com does not designate
 permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: hti5y4FSAnckhHxTlcKjcrmB+pMPRvj8MTOZP1wR/r/zMDu2aDqmz1dnWP1yCZ2u92THpWCBrjkA7ZQh+1X6uSDzB+XhPznU0cbTozViJiAHQypG/f81M5mfcps0hM6KBzrWKGsKsn7fQF3GxUb9G0pSOGHRNZ2punyM97XftlDliO59iqfHrg/pw/t9lk9A+dUpNLpsHXMp54iFQHOHj27v+IAszyvOPPKwT2pd3AZf+M7xV5DjSmdMgwzW0qKXFYaMpBCPg/B3pI6YrKjRZAjNhTcAna25ic5tURQBESxEHpKXRWVNjOneK/k13cSrscl/IiyTodadgpQntJauMS2mt50XxjPR+2gb2XECxzCpdE2ILEAMHpBIJzstOBtR174fMg3JRFnGznSWMGkvQqPpxjQJUhuK0oOoZ9X/aAI=
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: ni.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 9e148b2d-19c5-4851-5d9d-08d70a461afe
X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Jul 2019 23:34:11.5069
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 87ba1f9a-44cd-43a6-b008-6fdb45a5204e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: gratian.crisan@ni.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR04MB0391
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:5.22.84,1.0.8
 definitions=2019-07-16_06:2019-07-16,2019-07-16 signatures=0
X-Proofpoint-Spam-Details: rule=inbound_policy_notspam policy=inbound_policy score=30 malwarescore=0
 clxscore=1011 bulkscore=0 impostorscore=0 phishscore=0 mlxscore=0
 spamscore=0 lowpriorityscore=0 mlxlogscore=999 priorityscore=1501
 adultscore=0 suspectscore=0 classifier=spam adjust=30 reason=mlx
 scancount=1 engine=8.12.0-1904300001 definitions=main-1907160261
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org


Thomas Gleixner writes:

> Add a new entry to the preemption menu which enables the real-time suppor=
t
> 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 <tglx@linutronix.de>

+1 from National Instruments. We have a vested interest in preempt_rt
and we're committed in helping support, maintain, and test it. Glad to
see this happening.

Acked-by: Gratian Crisan <gratian.crisan@ni.com>

Thanks,
    Gratian

> ---
>  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
> +	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