Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756066AbZIKTEW (ORCPT ); Fri, 11 Sep 2009 15:04:22 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754384AbZIKTES (ORCPT ); Fri, 11 Sep 2009 15:04:18 -0400 Received: from mx1.redhat.com ([209.132.183.28]:50712 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753603AbZIKTES (ORCPT ); Fri, 11 Sep 2009 15:04:18 -0400 To: Frederic Weisbecker Cc: 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 References: <20090910235258.22412.29317.stgit@dhcp-100-2-132.bos.redhat.com> <20090911013332.GB16396@nowhere> From: fche@redhat.com (Frank Ch. Eigler) Date: Fri, 11 Sep 2009 15:03:35 -0400 In-Reply-To: <20090911013332.GB16396@nowhere> (Frederic Weisbecker's message of "Fri, 11 Sep 2009 03:33:33 +0200") Message-ID: User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1258 Lines: 26 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. It is also too easy to stress the low-level machinery beyond its humble origins, in this case meaning putting probes in all kinds of tender spots that go "ouch". The kprobes robustness patches coming in are great and will benefit all of our efforts, but it will be awhile until the kernel can survive a fuzz/crashme type stress test on that subsystem. So expect ongoing effort there. - FChE -- 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/