From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32036 invoked by alias); 21 Feb 2009 00:50:36 -0000 Received: (qmail 32002 invoked by uid 48); 21 Feb 2009 00:50:24 -0000 Date: Sat, 21 Feb 2009 14:48:00 -0000 Message-ID: <20090221005024.32001.qmail@sourceware.org> From: "jistone at redhat dot com" To: systemtap@sources.redhat.com In-Reply-To: <20080929201133.6921.fche@redhat.com> References: <20080929201133.6921.fche@redhat.com> Reply-To: sourceware-bugzilla@sourceware.org Subject: [Bug translator/6921] tracepoint support X-Bugzilla-Reason: AssignedTo Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2009-q1/txt/msg00486.txt.bz2 ------- Additional Comments From jistone at redhat dot com 2009-02-21 00:50 ------- I think we could compile a tiny kernel module to query the available tracepoints. Something like: Makefile: EXTRA_CFLAGS := -g obj-m := tracequery.o tracequery.c: #include #include // override the declaration macro to synthesize some probe functions #undef DECLARE_TRACE #define DECLARE_TRACE(name, proto, args) void stapprobe_##name(proto) {} // dynamically pull in all tracepoint headers from include/trace/ #include #include // <- not actually a tracepoint, but oh well #include int init_module(void) { return 0; } void cleanup_module(void) { } MODULE_DESCRIPTION("tracepoint query"); MODULE_LICENSE("GPL"); This gives us a module which we can scan for stapprobe_foo tracepoints. We also get all the local debuginfo we want without relying on the dreaded kernel-debuginfo packages. Thoughts? -- http://sourceware.org/bugzilla/show_bug.cgi?id=6921 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.