Add a DTrace tracing backend targetted for SystemTAP compatability
authorDaniel P. Berrange <berrange@redhat.com>
Mon, 8 Nov 2010 19:33:07 +0000 (19:33 +0000)
committerAnthony Liguori <aliguori@us.ibm.com>
Tue, 16 Nov 2010 15:31:18 +0000 (09:31 -0600)
commit60889b32e2acbf0494c5829128fcf715a7e85dc0
tree543364846e74df2531f4a1f80a456e3291fafeed
parentc59c38df6cba9fd68475e8866c0b83ff4f4092e1
Add a DTrace tracing backend targetted for SystemTAP compatability

This introduces a new tracing backend that targets the SystemTAP
implementation of DTrace userspace tracing. The core functionality
should be applicable and standard across any DTrace implementation
on Solaris, OS-X, *BSD, but the Makefile rules will likely need
some small additional changes to cope with OS specific build
requirements.

This backend builds a little differently from the other tracing
backends. Specifically there is no 'trace.c' file, because the
'dtrace' command line tool generates a '.o' file directly from
the dtrace probe definition file. The probe definition is usually
named with a '.d' extension but QEMU uses '.d' files for its
external makefile dependancy tracking, so this uses '.dtrace' as
the extension for the probe definition file.

The 'tracetool' program gains the ability to generate a trace.h
file for DTrace, and also to generate the trace.d file containing
the dtrace probe definition.

Example usage of a dtrace probe in systemtap looks like:

  probe process("qemu").mark("qemu_malloc") {
    printf("Malloc %d %p\n", $arg1, $arg2);
  }

* .gitignore: Ignore trace-dtrace.*
* Makefile: Extra rules for generating DTrace files
* Makefile.obj: Don't build trace.o for DTrace, use
  trace-dtrace.o generated by 'dtrace' instead
* tracetool: Support for generating DTrace data files

Signed-off-by: Daniel P. Berrange <berrange@redhat.com>
Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
.gitignore
Makefile
Makefile.objs
configure
tracetool