Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761267AbXFGI5i (ORCPT ); Thu, 7 Jun 2007 04:57:38 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754130AbXFGI5a (ORCPT ); Thu, 7 Jun 2007 04:57:30 -0400 Received: from adsl-69-232-92-238.dsl.sndg02.pacbell.net ([69.232.92.238]:38815 "EHLO gnuppy.monkey.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752726AbXFGI53 (ORCPT ); Thu, 7 Jun 2007 04:57:29 -0400 Date: Thu, 7 Jun 2007 01:56:45 -0700 To: Ingo Molnar Cc: Martin Peschke , linux-kernel@vger.kernel.org, a.p.zijlstra@chello.nl, jbaron@redhat.com, rostedt@goodmis.org, linux-s390@vger.kernel.org, "Bill Huey (hui)" Subject: Re: [RFC] [Patch 4/4] lock contention tracking slimmed down Message-ID: <20070607085645.GA29054@gnuppy.monkey.org> References: <1181165656.7133.23.camel@dix> <20070606230641.GA11592@elte.hu> <46674EA9.9090601@de.ibm.com> <20070607044017.GA3828@gnuppy.monkey.org> <4667ADDA.2070202@de.ibm.com> <20070607073021.GA21139@elte.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070607073021.GA21139@elte.hu> User-Agent: Mutt/1.5.13 (2006-08-11) From: Bill Huey (hui) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1369 Lines: 32 On Thu, Jun 07, 2007 at 09:30:21AM +0200, Ingo Molnar wrote: > * Martin Peschke wrote: > > Do mean I might submit this stuff for -rt? > > Firstly, submit cleanup patches that _do not change the output_. If you > have any output changes, do it as a separate patch, ontop of the cleanup > patch. Mixing material changes and cleanups into a single patch is a > basic patch submission mistake that will only earn you NACKs. Martin, First of all I agree with Ingo in that this needs to be seperated from the rest of the clean ups. However, I don't understand why all of this is so heavy weight when the current measurements that Peter makes is completely sufficient for any reasonable purpose I can think of at the moment. What's this stuff with labels about ? It's important to get the points of contention so that the greater kernel group can fix this issues and not log statistics for the purpose of logging it. The original purpose should not be ignore when working on this stuff. By the way, what's the purpose of all of this stuff ? like what do you intend to do with it over the long haul ? bill - 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/