[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Z6beaw3CPXeXT-W4@home.goodmis.org>
Date: Fri, 7 Feb 2025 23:32:43 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: "Dr. Greg" <greg@...ellic.com>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Hector Martin <marcan@...can.st>, Dave Airlie <airlied@...il.com>,
Jason Gunthorpe <jgg@...dia.com>,
Greg KH <gregkh@...uxfoundation.org>, phasta@...nel.org,
Christoph Hellwig <hch@....de>, Danilo Krummrich <dakr@...nel.org>,
Miguel Ojeda <miguel.ojeda.sandonis@...il.com>,
Abdiel Janulgue <abdiel.janulgue@...il.com>,
daniel.almeida@...labora.com, aliceryhl@...gle.com,
robin.murphy@....com, rust-for-linux@...r.kernel.org,
Miguel Ojeda <ojeda@...nel.org>,
Alex Gaynor <alex.gaynor@...il.com>,
Boqun Feng <boqun.feng@...il.com>, Gary Guo <gary@...yguo.net>,
Bj??rn Roy Baron <bjorn3_gh@...tonmail.com>,
Benno Lossin <benno.lossin@...ton.me>,
Andreas Hindborg <a.hindborg@...nel.org>,
Trevor Gross <tmgross@...ch.edu>,
Valentin Obst <kernel@...entinobst.de>,
open list <linux-kernel@...r.kernel.org>,
Marek Szyprowski <m.szyprowski@...sung.com>, airlied@...hat.com,
"open list:DMA MAPPING HELPERS" <iommu@...ts.linux.dev>,
DRI Development <dri-devel@...ts.freedesktop.org>
Subject: Re: On community influencing (was Re: [PATCH v8 2/2] rust: add dma
coherent allocator abstraction.)
On Fri, Feb 07, 2025 at 11:26:50PM -0500, Steven Rostedt wrote:
>
> Note, even though PREEMPT_RT started in 2004 and wasn't fully merged until
> 2024, it slowly did creep in bit by bit. For example, here's a few things that
> came from the RT patch, and each was rewritten at least 3 times to become
> acceptable by the upstream maintainers:
>
> - NOHZ
> - High res timers
> - threaded interrupts
> - mutex code (yes, before RT everything used a semaphore)
> - lockdep
> - ftrace
> - generic interrupt code
> - generic timer code
> - priority inheritance
> - SCHED_DEADLINE
> - RT push/pull scheduling
>
> and more.
>
Here's a little bit of Linux trivia. KVM was first introduced to Linux via the
RT patch. Because it was such a new technology and they didn't want to break
the Linux workflow, we agreed to take their changes so that they could try out
different methods and have users without being committed to something and have
their changes break upstream Linux.
Sound familiar?
-- Steve
Powered by blists - more mailing lists