From: "Paul E. McKenney" <paulmck@us.ibm.com>
To: Karim Yaghmour <karim@opersys.com>
Cc: linux-kernel@vger.kernel.org, bhuey@lnxw.com, andrea@suse.de,
tglx@linutronix.de, mingo@elte.hu, pmarques@grupopie.com,
bruce@andrew.cmu.edu, nickpiggin@yahoo.com.au, ak@muc.de,
sdietrich@mvista.com, dwalker@mvista.com, hch@infradead.org,
akpm@osdl.org, Philippe Gerum <rpm@xenomai.org>,
RTAI-Users <rtai@rtai.org>
Subject: Re: Attempted summary of "RT patch acceptance" thread
Date: Wed, 8 Jun 2005 19:25:12 -0700 [thread overview]
Message-ID: <20050609022512.GH1295@us.ibm.com> (raw)
In-Reply-To: <42A721F9.2070608@opersys.com>
On Wed, Jun 08, 2005 at 12:51:05PM -0400, Karim Yaghmour wrote:
>
> Paul,
>
> I've finished reading your summary and I must say that it's excellent.
> I don't remember ever reading a non-partisan comparison of this level
> on the issue of real-time and Linux. Thanks for writing _and_ having
> the guts to post it :)
Thank you for the kind words! But who needs guts when you have
senility? ;-)
> There is only one issue I would like to further highlight.
>
> Note: None of the following should be in any way controversial, I'm
> just providing further background.
;-) ;-) ;-)
> Paul E. McKenney wrote:
> > the corresponding approach's strengths and weaknesses. I do not address
> > "strength of community", even though this may well be the decisive factor.
>
> Indeed what you state here is entirely true. While Adeos and RTAI
> development has been very active for quite a few years now, it must
> be said that this development has largely gone unnoticed to LKML
> participants -- as was obvious by the amount of surprise caused by
> the realization of the existence of key Adeos and RTAI features.
>
> Part of this is historical. 10 years ago, Linux's state was such
> that those who were interested in doing rt with it realized that
> it wasn't about to become rt-capable any time soon. Hence, they
> "went away" and did their own little thing. They had their mailing
> lists, their own flame-wars, their own conferences, and there was
> very little common shared with the mainstream LKML community.
>
> In fact, for a very long time, most kernel developers I spoke to
> about real-time would refer back to a single project, RTLinux. To
> this day, actually, if you look in the MAINTAINERS file, it still
> says:
> > RTLINUX REALTIME LINUX
> > P: Victor Yodaiken
> > M: yodaiken@fsmlabs.com
> > L: rtl@rtlinux.org
> > W: www.rtlinux.org
> > S: Maintained
> Yet, the days where RTLinux was _the_ real-time Linux extension
> are long gone and www.rtlinux.org has been a redirect to a .com
> site for quite some time now -- I've suggested in the past that
> this entry be replaced by RTAI, but I was told that neither should
> in fact be in there, which is fair-enough, but nothing came of
> this suggestion and the entry is still in the maintainers file.
>
> This state of things remained until May 2002 when I picked up on
> a post by Andrea to point out a "few" problems the RTAI community
> saw with the RTLinux project. The ensuing thread was remarkably
> intense -- not for the faint of heart. Here's the root of it if
> you're ever interested in reading a huge flame-fest:
> http://marc.theaimsgroup.com/?l=linux-kernel&m=102227589127072&w=2
> While that discussion did serve to put RTAI on the map for some
> developers, it also highlighted problems with the RTAI project
> that needed to be solved.
>
> Part of the issues was the patent problem, and that was solved
> with the introduction of Adeos. However, with this and other
> problems solved, the RTAI developers went back the way they came
> from: to their own separate mailing lists.
>
> In the past few years, though, a new bread of real-time developers
> have become interested in making Linux fit for real-time
> applications. Unlike the previous generation, though, these folks
> have concentrated their efforts on working within the framework
> already agreed upon by existing kernel developers: the LKML. And
> in that, they have achieved a level of awareness amongst the kernel
> crowd that I think RTAI and Adeos have not yet reached.
>
> I've tried to remedy to this situation as best I can, by pointing
> out what was obvious to me when appropriate. However, it must be
> said that I haven't been actively involved with either Adeos or
> RTAI in quite some time. So while I did play a part in the
> history of both projects, there are others that are in a much
> better position than I am to present to the LKML the work done
> by the RTAI and Adeos communities.
>
> In essence, therefore, what I have to say is this:
> - To those who are actively involved in the development of RTAI
> and Adeos, now is the time to drop the historical tendency of
> acting as an entirely separate community and to start sharing
> your work on the LKML.
> - To those who are actively involved in finding solutions to the
> real-time issues in Linux, do not be fooled by the apparent lack
> of activity in the Adeos or RTAI projects, they are both very
> active and warrant consideration.
>
> As you correctly state, "strength of community" is likely a decisive
> factor. What is important here is not to confuse "apparent" strength
> of community -- or lack thereof -- with "actual" strength of
> community -- or lack thereof.
All good points! I added a few sentences encouraging realtime folks to
participate in LKML discussions.
Thanx, Paul
> Thanks again for a great piece.
>
> Karim Yaghmour
> --
> Author, Speaker, Developer, Consultant
> Pushing Embedded and Real-Time Linux Systems Beyond the Limits
> http://www.opersys.com || karim@opersys.com || 1-866-677-4546
>
next prev parent reply other threads:[~2005-06-09 2:24 UTC|newest]
Thread overview: 103+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-08 2:26 Paul E. McKenney
2005-06-08 3:00 ` Karim Yaghmour
2005-06-08 14:47 ` Paul E. McKenney
2005-06-08 16:51 ` Karim Yaghmour
2005-06-09 2:25 ` Paul E. McKenney [this message]
2005-06-09 11:20 ` Philippe Gerum
2005-06-08 18:46 ` Chris Friesen
2005-06-08 19:28 ` Paul E. McKenney
2005-06-10 22:25 ` Eric Piel
2005-06-10 23:04 ` Paul E. McKenney
2005-06-10 23:23 ` Eric Piel
2005-06-11 0:59 ` Paul E. McKenney
2005-06-11 1:38 ` Eric Piel
2005-06-11 1:47 ` Paul E. McKenney
2005-06-09 23:34 ` Tim Bird
2005-06-09 23:50 ` Paul E. McKenney
2005-06-10 2:59 ` Lee Revell
2005-06-10 15:47 ` Paul E. McKenney
2005-06-10 17:37 ` Andrea Arcangeli
2005-06-10 19:39 ` Bill Huey
2005-06-10 19:41 ` Lee Revell
2005-06-10 20:26 ` Karim Yaghmour
2005-06-10 22:37 ` Bill Huey
2005-06-10 22:43 ` Bill Huey
2005-06-10 22:52 ` Andrea Arcangeli
2005-06-10 23:00 ` Flames go here (was Re: Attempted summary of "RT patch acceptance" thread) Lee Revell
2005-06-10 23:08 ` Attempted summary of "RT patch acceptance" thread Bill Huey
2005-06-10 23:29 ` Andrea Arcangeli
2005-06-11 1:41 ` Paul E. McKenney
2005-06-11 1:50 ` Karim Yaghmour
2005-06-11 2:06 ` Paul E. McKenney
2005-06-11 15:54 ` Andrea Arcangeli
2005-06-11 21:04 ` Paul E. McKenney
2005-06-11 23:48 ` Karim Yaghmour
2005-06-12 17:06 ` Andrea Arcangeli
2005-06-12 21:45 ` Paul E. McKenney
2005-06-13 1:35 ` Karim Yaghmour
2005-06-13 14:40 ` Paul E. McKenney
2005-06-13 19:49 ` Karim Yaghmour
2005-06-13 20:03 ` Daniel Walker
2005-06-13 20:21 ` Paul E. McKenney
2005-06-13 20:26 ` Karim Yaghmour
2005-06-13 20:23 ` Lee Revell
2005-06-13 20:28 ` Daniel Walker
2005-06-13 22:00 ` Karim Yaghmour
2005-06-13 22:11 ` Karim Yaghmour
2005-06-13 22:18 ` Bill Huey
2005-06-13 22:28 ` Karim Yaghmour
2005-06-13 22:29 ` Bill Huey
2005-06-13 22:55 ` Karim Yaghmour
2005-06-14 1:13 ` Nicolas Pitre
2005-06-14 2:07 ` Karim Yaghmour
2005-06-14 2:35 ` Nicolas Pitre
2005-06-14 2:37 ` Nicolas Pitre
2005-06-14 3:24 ` Karim Yaghmour
2005-06-14 16:41 ` Gerrit Huizenga
2005-06-14 19:20 ` Bill Huey
2005-06-14 19:35 ` Valdis.Kletnieks
2005-06-14 21:29 ` Gene Heskett
2005-06-14 20:19 ` Gerrit Huizenga
2005-06-14 7:00 ` Eugeny S. Mints
2005-06-14 16:09 ` Gerrit Huizenga
2005-06-14 16:47 ` Andrea Arcangeli
2005-06-13 20:38 ` Bill Huey
2005-06-13 20:10 ` Paul E. McKenney
2005-06-13 20:31 ` Bill Huey
2005-06-13 20:58 ` Paul E. McKenney
2005-06-13 20:34 ` Karim Yaghmour
2005-06-13 21:02 ` Paul E. McKenney
2005-06-12 17:01 ` Andrea Arcangeli
2005-06-12 18:43 ` Lee Revell
2005-06-12 19:12 ` Bill Huey
2005-06-11 5:23 ` Ingo Molnar
2005-06-11 17:24 ` Andrea Arcangeli
2005-06-10 20:22 ` Daniel Walker
2005-06-10 20:45 ` Lee Revell
2005-06-10 21:06 ` Andrea Arcangeli
2005-06-10 22:19 ` Bill Huey
2005-06-10 22:37 ` Andrea Arcangeli
2005-06-10 22:49 ` Daniel Walker
2005-06-10 23:01 ` Bill Huey
2005-06-10 23:05 ` Andrea Arcangeli
2005-06-10 23:15 ` Bill Huey
2005-06-10 23:16 ` Paul E. McKenney
2005-06-10 23:26 ` Bill Huey
2005-06-10 23:36 ` Zwane Mwaikambo
2005-06-10 23:41 ` Bill Huey
2005-06-10 23:46 ` Lee Revell
2005-06-11 1:07 ` Paul E. McKenney
2005-06-11 15:16 ` Andrea Arcangeli
2005-06-11 20:32 ` Paul E. McKenney
2005-06-11 0:48 ` Paul E. McKenney
2005-06-10 20:38 ` Lee Revell
2005-06-10 23:12 ` Paul E. McKenney
2005-06-08 15:54 Eric Piel
2005-06-09 2:20 ` Paul E. McKenney
2005-06-10 21:58 ` Eric Piel
2005-06-11 1:55 ` Paul E. McKenney
2005-06-13 22:20 Saksena, Manas
2005-06-13 22:42 ` Karim Yaghmour
2005-06-13 22:44 ` Karim Yaghmour
2005-06-13 22:43 ` Bill Huey
2005-06-13 22:43 Saksena, Manas
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=20050609022512.GH1295@us.ibm.com \
--to=paulmck@us.ibm.com \
--cc=ak@muc.de \
--cc=akpm@osdl.org \
--cc=andrea@suse.de \
--cc=bhuey@lnxw.com \
--cc=bruce@andrew.cmu.edu \
--cc=dwalker@mvista.com \
--cc=hch@infradead.org \
--cc=karim@opersys.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=nickpiggin@yahoo.com.au \
--cc=pmarques@grupopie.com \
--cc=rpm@xenomai.org \
--cc=rtai@rtai.org \
--cc=sdietrich@mvista.com \
--cc=tglx@linutronix.de \
/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
all inboxes | Powered by JetHome®