[<prev] [next>] [day] [month] [year] [list]
Message-ID: <1639633930.266541358192366979.JavaMail.root@srv11.zimbra.polymtl.ca>
Date: Mon, 14 Jan 2013 14:39:27 -0500 (EST)
From: Michel Dagenais <michel.dagenais@...ymtl.ca>
To: Jovi Zhang <bookjovi@...il.com>
Cc: LKML <linux-kernel@...r.kernel.org>
Subject: Re: [RFC] ktap: Another dynamic tracing tool for Linux
----- "Jovi Zhang" <bookjovi@...il.com> wrote:
> On Fri, Jan 11, 2013 at 10:19 PM, Michel Dagenais
> <michel.dagenais@...ymtl.ca> wrote:
> > You may be interested in KGTP which implements a simple bytecode interpreter
> > in the kernel to accept GDB tracepoints
> http://code.google.com/p/kgtp/
> >
> > The bytecode is quite limited but would be easy to extend.
> KGTP is still not meet my requirement on Linux tracing.
> ktap don't have gcc or gdb dependence, it's build from scratch, with a
> clean design, this is very important.
KGTP uses the GDB remote protocol but does not use/require GDB. If you have the needed information about symbols, offsets... you can generate and send the bytecode yourself.
> > Eventually we should be able to connect LTTng http://lttng.org/ and KGTP in
> > order to benefit from the efficiency of LTTng for activating probes and
> > retrieving data.
> You are right, LTTng should be possible, and I already planed it, also
> on some functionality of ftrace and systemtap.
Such dynamic capabilities are definitely of interest both in kernel and userspace tracing.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists