Ingo Molnar announced that the real time patchset [story] 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". 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 [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/ 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 Ingo, Thomas
