Messages in this thread | | | From | Gerrit Huizenga <> | Subject | Re: Attempted summary of "RT patch acceptance" thread | Date | Tue, 14 Jun 2005 13:19:12 -0700 |
| |
On Tue, 14 Jun 2005 12:20:56 PDT, Bill Huey wrote: > On Tue, Jun 14, 2005 at 09:41:22AM -0700, Gerrit Huizenga wrote: > > It's easy: > > > > 1) Change your allegiance to Linux first > > 2) Do the right thing. > > > > And, implicit in that is that I believe that RT for the community will > > in the long term be The Right Thing. > > This implications of this patch are huge. It's transparent and will ultimately > change the userspace land scape for just about everything despite the paranoia > and disinformation spread by various arch-conservatives in this community.
Hmm. I think a few people have misunderstood one aspect of my position here which bears clarification:
I'm making __NO__ statement on the validity of the specific RT patch under circulation. Well, no statement on whether it should go into mainline as it is. I think it is a cool patch, from what I've seen and read, it is way better than most things that have been kicked around.
However, what I __AM__ saying is: Linux over time can tolerate changes which will improve its ability to be used in various levels of Real Time situations. Those improvements may start out small, such as analyses of latency problems, or locking improvements and such. However, the thing about understanding the community is to figure out *which* solutions are the right solutions that move things closer to real time. If this patch fits all of the community goals and guidelines for simplicity, easy to maintain, clear, and evolves in the right general direction, then, yes, it is probably the right patch. But even if it isn't, that doesn't mean the end of RT support for Linux - it just means that the community needs to continue to collaborate in the right direction and this particular patch can be used as a yardstick for progress in some cases.
This isn't about defending a particular patch to the death (even if it is the best one we've seen so far) but about evolving solutions to resolve the core problem while not breaking anything else. This patch *might* be the next step in that evolution. It *looks* like it could be a good step in the right direction and useful to test in -mm or the like for a while. But odds are it will also introduce some problems and need some continued evolution as well.
gerrit - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |