mesa/src/gallium/auxiliary/driver_trace
2023-08-16 00:11:30 +00:00
..
enums2names.py aux/trace: wrap video_codec & video_buffer 2023-08-16 00:11:30 +00:00
README
tr_context.c aux/trace: wrap video_codec & video_buffer 2023-08-16 00:11:30 +00:00
tr_context.h aux/trace: add context video methods 2023-08-16 00:11:30 +00:00
tr_dump.c aux/trace: fix (u)int dump 2023-07-11 06:03:55 +00:00
tr_dump.h aux/trace: wrap video_codec & video_buffer 2023-08-16 00:11:30 +00:00
tr_dump_defines.h aux/trace: add context video methods 2023-08-16 00:11:30 +00:00
tr_dump_state.c aux/trace: wrap video_codec & video_buffer 2023-08-16 00:11:30 +00:00
tr_dump_state.h aux/trace: wrap video_codec & video_buffer 2023-08-16 00:11:30 +00:00
tr_public.h util: include "util/compiler.h" instead of "pipe/p_compiler.h" 2023-06-27 18:18:30 +08:00
tr_screen.c aux/trace: add screen video methods 2023-08-16 00:11:30 +00:00
tr_screen.h util: Remove os/os_thread.h and replace #include "os/os_thread.h" with #include "util/u_thread.h" 2022-11-08 05:21:42 +00:00
tr_texture.c aux/trace: move trace_sample_view logic 2023-08-16 00:11:30 +00:00
tr_texture.h aux/trace: move trace_sample_view logic 2023-08-16 00:11:30 +00:00
tr_video.c aux/trace: unwrap refrence frames in picture_desc 2023-08-16 00:11:30 +00:00
tr_video.h aux/trace: wrap video_codec & video_buffer 2023-08-16 00:11:30 +00:00
trace.xsl

                             TRACE PIPE DRIVER


= About =

This directory contains a Gallium3D trace debugger pipe driver.
It can traces all incoming calls.


= Usage =

== Tracing ==

For tracing then do

 GALLIUM_TRACE=tri.trace trivial/tri

which should create a tri.trace file, which is an XML file. You can view copying 
trace.xsl to the same directory, and opening with a XSLT capable browser such as 
Firefox or Internet Explorer.

For long traces you can use the

  src/gallium/tools/trace/dump.py tri.trace | less -R


== Remote debugging ==

For remote debugging see:

  src/gallium/auxiliary/driver_rbug/README


= Integrating =

You can integrate the trace pipe driver either inside the gallium frontend or the 
target. The procedure on both cases is the same. Let's assume you have a 
pipe_screen obtained by the usual means (variable and function names are just
for illustration purposes):

  real_screen = real_screen_create(...);
  
The trace screen is then created by doing

  trace_screen = trace_screen_create(real_screen);

You can then simply use trace_screen instead of real_screen.

You can create as many contexts you wish from trace_screen::context_create they
are automatically wrapped by trace_screen.


--
Jose Fonseca <jfonseca@vmware.com>
Jakob Bornecrantz <jakob@vmware.com>