Ingo Molnar announced that the real time patchset [1] [story [2]] that he and Thomas Gleixner maintain is now available as a series of 374 broken out patches, "from now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt release and it is available from the -rt download site [3]". Regarding the patches, he notes that it's responsible for, "698 files changed, 27920 insertions(+), 9603 deletions(-)", going on to note, "which is impressive as we moved a huge chunk of -rt into mainline already ;-) The series file is attached below.". Ingo explains:

"the purpose of this finegrained splitup is to foster (even ;-) quicker upstream integration of various -rt features, and to see the full -rt tree integrated upstream. We also hope that this split-up queue helps various vendors standardize their (currently quite splintered) real-time implementations to the upstream -rt patchset. The queue is not (yet) bisectable at every point, and many of the splits are thematic, to allow the simpler future handling of updates."

From: Ingo Molnar [4] [email blocked]
To: 	linux-kernel
Subject: [announce] split-up -rt patch-queue, v2.6.22.1-rt2
Date:	Thu, 12 Jul 2007 17:37:17 +0200


We are pleased to announce something we've been working on for some 
time: a finegrained, split-up patch queue of the -rt kernel patch. From 
now on (as of 2.6.22.1-rt2) it will be part of every upstream -rt 
release and it is available from the -rt download site:

   http://redhat.com/~mingo/realtime-preempt/ [5]

the -rt patch-queue consists of 374 patches at the moment, which do:

   698 files changed, 27920 insertions(+), 9603 deletions(-)

which is impressive as we moved a huge chunk of -rt into mainline 
already ;-) The series file is attached below.

the splitup work has been done by Thomas and me, and we completed it 
during the recent merge of -rt to 2.6.22. (what we had before was pretty 
monolithic, messy and hard to merge, not really suitable for general 
consumption.)

the purpose of this finegrained splitup is to foster (even ;-) quicker 
upstream integration of various -rt features, and to see the full -rt 
tree integrated upstream. We also hope that this split-up queue helps 
various vendors standardize their (currently quite splintered) real-time 
implementations to the upstream -rt patchset.

the queue is not (yet) bisectable at every point, and many of the splits 
are thematic, to allow the simpler future handling of updates.

more info about the -rt patchset in general can be found in the RT wiki:

  http://rt.wiki.kernel.org [6]

	Ingo, Thomas

• Archive of above thread [7]
• KernelTrap interview with Ingo Molnar [8]