From: "Luis Claudio R. Goncalves" <lgoncalv@redhat.com>
To: linux-rt-users <linux-rt-users@vger.kernel.org>,
stable-rt <stable-rt@vger.kernel.org>,
Steven Rostedt <rostedt@goodmis.org>,
Thomas Gleixner <tglx@linutronix.de>,
Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
Daniel Wagner <daniel.wagner@suse.com>,
Mark Gross <markgross@kernel.org>,
Luis Goncalves <lgoncalv@redhat.com>
Cc: Clark Williams <clark.williams@gmail.com>,
Clark Williams <williams@redhat.com>
Subject: [PATCH RT 2/3] rt: PREEMPT_RT safety net for backported patches
Date: Tue, 8 Aug 2023 13:35:19 -0300 [thread overview]
Message-ID: <20230808163520.305842-3-lgoncalv@redhat.com> (raw)
In-Reply-To: <20230808163520.305842-1-lgoncalv@redhat.com>
From: Clark Williams <clark.williams@gmail.com>
v4.14.320-rt152-rc1 stable review patch.
If anyone has any objections, please let me know.
-----------
[ commit 67821680a2b828aa405a2db5d7dbd812a3684fcf from v4.19-rt ]
While doing some 4.19-rt cleanup work, I stumbled across the fact that parts of
two backported patches were dependent on CONFIG_PREEMPT_RT, rather than
the CONFIG_PREEMPT_RT_FULL used in 4.19 and earlier RT series. The commits
in the linux-stable-rt v4.19-rt branch are:
dad4c6a33bf4e mm: slub: Don't resize the location tracking cache on PREEMPT_RT
e626b6f873f2c net: Treat __napi_schedule_irqoff() as __napi_schedule() on PREEMPT_RT
Discussing this at the Stable RT maintainers meeting, Steven Rostedt suggested that
we automagically select CONFIG_PREEMPT_RT if CONFIG_PREEMPT_RT_FULL is on, giving
us a safety net for any subsequently backported patches. Here's my first cut at
that patch.
I suspect we'll need a similar patch for stable RT kernels < 4.19.
Suggested-by: Steven Rostedt <rostedt@goodmis.org>
Signed-off-by: Clark Williams <williams@redhat.com>
Signed-off-by: Luis Claudio R. Goncalves <lgoncalv@redhat.com>
---
kernel/Kconfig.preempt | 4 ++++
1 file changed, 4 insertions(+)
diff --git a/kernel/Kconfig.preempt b/kernel/Kconfig.preempt
index 11dbe26a8279..97875b4eb569 100644
--- a/kernel/Kconfig.preempt
+++ b/kernel/Kconfig.preempt
@@ -6,6 +6,9 @@ config PREEMPT_RT_BASE
bool
select PREEMPT
+config PREEMPT_RT
+ bool
+
config HAVE_PREEMPT_LAZY
bool
@@ -78,6 +81,7 @@ config PREEMPT_RT_FULL
depends on IRQ_FORCED_THREADING
select PREEMPT_RT_BASE
select PREEMPT_RCU
+ select PREEMPT_RT
help
All and everything
--
2.41.0
next prev parent reply other threads:[~2023-08-08 20:46 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-08 16:35 [PATCH RT 0/3] Linux v4.14.320-rt152-rc1 Luis Claudio R. Goncalves
2023-08-08 16:35 ` [PATCH RT 1/3] rt: timers: use CONFIG_PREEMPT_RT_FULL instead of CONFIG_PREEMPT_RT Luis Claudio R. Goncalves
2023-08-08 16:35 ` Luis Claudio R. Goncalves [this message]
2023-08-08 16:35 ` [PATCH RT 3/3] Linux 4.14.320-rt152-rc1 Luis Claudio R. Goncalves
2023-08-09 8:17 ` [PATCH RT 0/3] Linux v4.14.320-rt152-rc1 Sebastian Andrzej Siewior
2023-08-09 13:50 ` Luis Claudio R. Goncalves
2023-08-09 14:10 ` Sebastian Andrzej Siewior
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230808163520.305842-3-lgoncalv@redhat.com \
--to=lgoncalv@redhat.com \
--cc=bigeasy@linutronix.de \
--cc=clark.williams@gmail.com \
--cc=daniel.wagner@suse.com \
--cc=linux-rt-users@vger.kernel.org \
--cc=markgross@kernel.org \
--cc=rostedt@goodmis.org \
--cc=stable-rt@vger.kernel.org \
--cc=tglx@linutronix.de \
--cc=williams@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).