Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756319AbZIKUDd (ORCPT ); Fri, 11 Sep 2009 16:03:33 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756197AbZIKUDa (ORCPT ); Fri, 11 Sep 2009 16:03:30 -0400 Received: from bombadil.infradead.org ([18.85.46.34]:34055 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754699AbZIKUD2 (ORCPT ); Fri, 11 Sep 2009 16:03:28 -0400 Date: Fri, 11 Sep 2009 16:03:17 -0400 From: Christoph Hellwig To: Mark Wielaard Cc: Christoph Hellwig , "Frank Ch. Eigler" , Frederic Weisbecker , Masami Hiramatsu , Steven Rostedt , Ingo Molnar , lkml , Ananth N Mavinakayanahalli , Andi Kleen , "H. Peter Anvin" , Jason Baron , Jim Keniston , "K.Prasad" , Lai Jiangshan , Li Zefan , Peter Zijlstra , Srikar Dronamraju , Tom Zanussi , systemtap , DLE Subject: Re: [PATCH tracing/kprobes 0/7] tracing/kprobes: kprobe-based event tracer update and perf support Message-ID: <20090911200317.GA3827@infradead.org> References: <20090910235258.22412.29317.stgit@dhcp-100-2-132.bos.redhat.com> <20090911013332.GB16396@nowhere> <20090911190651.GA22065@infradead.org> <1252698613.2470.6.camel@hermans.wildebeest.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1252698613.2470.6.camel@hermans.wildebeest.org> User-Agent: Mutt/1.5.19 (2009-01-05) X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1456 Lines: 29 On Fri, Sep 11, 2009 at 09:50:13PM +0200, Mark Wielaard wrote: > On Fri, 2009-09-11 at 15:06 -0400, Christoph Hellwig wrote: > > On Fri, Sep 11, 2009 at 03:03:35PM -0400, Frank Ch. Eigler wrote: > > > Frederic Weisbecker writes: > > > > > > > [...] I'm really looking forward seeing this C expression-like > > > > kprobe creation tool. It seems powerful enough to replace printk + > > > > kernel rebuild. No need anymore to write some printk to debug, > > > > worrying, [...] > > > > > > To a large extent, systemtap had delivered this already some years > > > ago, including the cushy ponies dancing in the sunlight. While such > > > low-level machinery is fine, some of our experience indicates that it > > > is dramatically easier to use if high-level, symbolic, debugging data > > > is used to compute probe locations and variable names/types/locations. > > > > No, systemtap has been for years failing to delivers this in a way that > > it could be usefully integrated into the kernel. > > You are saying "No" to a claim Frank didn't even make. He said systemtap had delivered it, which is not the case. It has implemented it, but not actually delivered it in a useful way. -- 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/