All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Luis Claudio R. Goncalves" <lgoncalv@redhat.com>
To: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
Cc: Steven Rostedt <rostedt@goodmis.org>,
	Stable RT List <stable-rt@vger.kernel.org>
Subject: Re: Question about the maintenance of OOT RT patches for LTS releases (v12.x and v18.x)
Date: Wed, 24 Jun 2026 08:14:51 -0300	[thread overview]
Message-ID: <aju8K3aPXCWr7v7z@redhat.com> (raw)
In-Reply-To: <20260624064944.Lt3vOksN@linutronix.de>

On Wed, Jun 24, 2026 at 08:49:44AM +0200, Sebastian Andrzej Siewior wrote:
> On 2026-06-22 13:11:59 [-0300], Luis Claudio R. Goncalves wrote:
> > Hello!
> > 
> > The question is simple:
> > 
> >    Should we have somebody maintaining the OOT RT patches for v12.x and v18.x,
> >    the LTS versions that already have PREEMPT_RT in-tree?
> > 
> > As we still have a few OOT patches, after a while, people using PREEMPT_RT on
> > those versions may encounter conflicts trying to apply the old patches. And
> > as those patches are not in-tree, the fixes won't probably be routed via
> > Stable.
> 
> For 6.18, we have:
> - 8250 console
> - i915
> - arm-32
> - powerpc
> 
> For 6.12, we have additionally
> - ktimers thread
> - the whole lazy-preempt

I need to correct myself here, our local hero Daniel Wagner is maintaining
the v6.12-rt version. Sorry for that :)

Sebastian, just to make sure I understood your answer, then we don't need
to keep the OOT patches up-to-date for v6.18-rt specifically? My question
came from comments raised on the last two RT maintainers meetings and the
LF RT Board meeting. I just want to have a good answer if somebody else
asks about that. And to volunteer if work is needed.

Best,
Luis
 
> So for v6.12 there are bits outstanding which can impact you.
> For v6.18 if you are on arm64 then the mainline version is slightly
> better than on x86 because on arm64 you might be using the pl011 UART
> which has nbcon support since v6.15 while on x86 you almost always have
> the 8250 which is not yet with nbcon support in-tree.
> 
> These are the missing bits. None of them are essential. If you on x86
> and your kernel crashes, it is more likely to see a backtrace with nbcon
> driver than without it.
> 
> > Best regards,
> > Luis
> 
> Sebastian
> 
---end quoted text---


      reply	other threads:[~2026-06-24 11:14 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-22 16:11 Question about the maintenance of OOT RT patches for LTS releases (v12.x and v18.x) Luis Claudio R. Goncalves
2026-06-24  6:49 ` Sebastian Andrzej Siewior
2026-06-24 11:14   ` Luis Claudio R. Goncalves [this message]

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=aju8K3aPXCWr7v7z@redhat.com \
    --to=lgoncalv@redhat.com \
    --cc=bigeasy@linutronix.de \
    --cc=rostedt@goodmis.org \
    --cc=stable-rt@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.