Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754372Ab0AYSao (ORCPT ); Mon, 25 Jan 2010 13:30:44 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754062Ab0AYSan (ORCPT ); Mon, 25 Jan 2010 13:30:43 -0500 Received: from hrndva-omtalb.mail.rr.com ([71.74.56.124]:54737 "EHLO hrndva-omtalb.mail.rr.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753621Ab0AYSak (ORCPT ); Mon, 25 Jan 2010 13:30:40 -0500 X-Authority-Analysis: v=1.0 c=1 a=7U3hwN5JcxgA:10 a=lkzQxsneyiY7zg702nUA:9 a=McR22FNSZ5f0zqwphQiC0Hv4hZ8A:4 X-Cloudmark-Score: 0 X-Originating-IP: 74.67.89.75 Subject: Re: linux-next: add utrace tree From: Steven Rostedt Reply-To: rostedt@goodmis.org To: Linus Torvalds Cc: "Frank Ch. Eigler" , Kyle Moffett , tytso@mit.edu, Ingo Molnar , Oleg Nesterov , Andrew Morton , Stephen Rothwell , Peter Zijlstra , Peter Zijlstra , Fr??d??ric Weisbecker , LKML , Arnaldo Carvalho de Melo , linux-next@vger.kernel.org, "H. Peter Anvin" , utrace-devel@redhat.com, Thomas Gleixner In-Reply-To: References: <20100122221348.GA4263@redhat.com> <20100123112333.GA15455@elte.hu> <20100123114729.GA7828@redhat.com> <20100123194820.GM21263@thunk.org> <20100125170254.GB22862@redhat.com> <1264442070.31321.422.camel@gandalf.stny.rr.com> Content-Type: text/plain; charset="ISO-8859-15" Organization: Kihon Technologies Inc. Date: Mon, 25 Jan 2010 13:30:37 -0500 Message-ID: <1264444237.31321.431.camel@gandalf.stny.rr.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1259 Lines: 29 On Mon, 2010-01-25 at 10:12 -0800, Linus Torvalds wrote: > But on the whole, I think it's actually worked out pretty well for them. I > think the mainline kernel has improved in the process, but I also suspect > that _their_ RT patches have also improved thanks to having to make the > work more palatable to people like me who don't care all that deeply about > their particular flavor of crazy. Actually this is an understatement. Every feature (and I do mean _every_) that went from -rt into mainline, undertook 3 or more rewrites before it was acceptable for mainline. And every time, the end result made the -rt patch set better as a whole. Not to mention, that a lot of the early stuff also cleaned up mainline. You can't have Real-Time without having a clean kernel. And as you stated, a lot of those patches to clean up the kernel, no one even knew that the real reason was to help the -rt patch set. They were well disguised Trojan horses. Darn, it looks like you are onto our scheme. -- Steve -- 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/