Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965122AbWIQVkw (ORCPT ); Sun, 17 Sep 2006 17:40:52 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965123AbWIQVkw (ORCPT ); Sun, 17 Sep 2006 17:40:52 -0400 Received: from mx2.mail.elte.hu ([157.181.151.9]:12427 "EHLO mx2.mail.elte.hu") by vger.kernel.org with ESMTP id S965122AbWIQVkv (ORCPT ); Sun, 17 Sep 2006 17:40:51 -0400 Date: Sun, 17 Sep 2006 23:32:51 +0200 From: Ingo Molnar To: Nick Piggin Cc: Roman Zippel , Thomas Gleixner , karim@opersys.com, Andrew Morton , Paul Mundt , Jes Sorensen , Mathieu Desnoyers , linux-kernel@vger.kernel.org, Christoph Hellwig , Ingo Molnar , Greg Kroah-Hartman , Tom Zanussi , ltt-dev@shafik.org, Michel Dagenais Subject: Re: [PATCH 0/11] LTTng-core (basic tracing infrastructure) 0.5.108 Message-ID: <20060917213251.GC2145@elte.hu> References: <20060916230031.GB20180@elte.hu> <20060917084207.GA8738@elte.hu> <20060917152527.GC20225@elte.hu> <450D7EF0.3020805@yahoo.com.au> <450D8C58.5000506@yahoo.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <450D8C58.5000506@yahoo.com.au> User-Agent: Mutt/1.4.2.1i X-ELTE-SpamScore: -2.9 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-2.9 required=5.9 tests=ALL_TRUSTED,AWL,BAYES_50 autolearn=no SpamAssassin version=3.0.3 -3.3 ALL_TRUSTED Did not pass through any untrusted hosts 0.5 BAYES_50 BODY: Bayesian spam probability is 40 to 60% [score: 0.4996] -0.1 AWL AWL: From: address is in the auto white-list X-ELTE-VirusStatus: clean Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1080 Lines: 24 * Nick Piggin wrote: > As an aside, there are quite a number of different types of tracing > things (mostly static, compile out) in the kernel. Everything from > blktrace to various userspace notifiers to lots of /proc/stuff could > be considered a type of static event tracing. I don't know what my > point is other than all these big, disjoint frameworks trying to be > pushed into the kernel. Are there any plans for working some things > together, or is that somebody else's problem? AFAIK Jens has indicated interest in seeing experiments that would try to replace BKLTRACE with dynamic tracepoints, so it's being worked on. but yes, that would be the general idea: to turn all existing ad-hoc tracing/debugging points in the kernel into static SystemTap markers or SystemTap scripts. Ingo - 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/