Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756077AbZIKTHH (ORCPT ); Fri, 11 Sep 2009 15:07:07 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754384AbZIKTHF (ORCPT ); Fri, 11 Sep 2009 15:07:05 -0400 Received: from bombadil.infradead.org ([18.85.46.34]:47086 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752160AbZIKTHD (ORCPT ); Fri, 11 Sep 2009 15:07:03 -0400 Date: Fri, 11 Sep 2009 15:06:51 -0400 From: Christoph Hellwig To: "Frank Ch. Eigler" Cc: Frederic Weisbecker , Masami Hiramatsu , Steven Rostedt , Ingo Molnar , lkml , Ananth N Mavinakayanahalli , Andi Kleen , Christoph Hellwig , "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: <20090911190651.GA22065@infradead.org> References: <20090910235258.22412.29317.stgit@dhcp-100-2-132.bos.redhat.com> <20090911013332.GB16396@nowhere> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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: 1247 Lines: 25 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. Masami's patches are exactly the kind of low-level functionality we absolutely need in the kernel tree so that we can built more useful higherlevel tools ontop of this. -- 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/