From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761643AbYEFB5c (ORCPT ); Mon, 5 May 2008 21:57:32 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756029AbYEFB5X (ORCPT ); Mon, 5 May 2008 21:57:23 -0400 Received: from www.tglx.de ([62.245.132.106]:41128 "EHLO www.tglx.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753049AbYEFB5W (ORCPT ); Mon, 5 May 2008 21:57:22 -0400 Date: Tue, 6 May 2008 03:54:45 +0200 (CEST) From: Thomas Gleixner To: Daniel Walker cc: Steven Rostedt , Sven-Thorsten Dietrich , Remy Bohmer , LKML , RT , Jon Masters , Ingo Molnar Subject: Re: Preempt-RT patch for 2.6.25 In-Reply-To: <1210025532.17132.82.camel@localhost.localdomain> Message-ID: References: <3efb10970805021102n4d87f55eue723786281b06fcb@mail.gmail.com> <1209753250.25628.34.camel@dd.thebigcorporation.com> <1209754467.25628.42.camel@dd.thebigcorporation.com> <1210003265.17132.6.camel@localhost.localdomain> <1210004376.17132.14.camel@localhost.localdomain> <1210007084.17132.32.camel@localhost.localdomain> <1210013938.17132.55.camel@localhost.localdomain> <1210025532.17132.82.camel@localhost.localdomain> User-Agent: Alpine 1.10 (LFD 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 5 May 2008, Daniel Walker wrote: > On Mon, 2008-05-05 at 23:01 +0200, Thomas Gleixner wrote: > > We have been there before. kernel development does not follow the "we > > want _now_" principle at all. Have you ever tried to yell at Linus "we > > want XYZ _now_" ? If you decide to try it, please keep me on CC - I > > want to enjoy the show. > > Kernel development is "What is available now?" not what is avaiable in > the future. > > If you want to reject code you better have a reason other than "We're > going to make some new code for that (some time in the future) sorry." You miss the point. We reject code which breaks existing functionality. > I'd like to hear Linus come out and say, "Sorry Thomas we can't include > your HRT cause we're getting a newer HRT in three years, so sorry about > that." Good point. HRT is mainline and it went through 300+ patch queues release cycles until the last bits got finaly merged. I appreciate your competent input how to do mainline development on large scale projects. In hindsight I regret that I did not hire you as my personal "get HRT merged" assistant. That would have saved me a lot of trouble and time. Thanks, tglx