mesa/src/gallium/drivers/rbug
Timothy Arceri 628e84a58f gallium/util: replace pipe_mutex_unlock() with mtx_unlock()
pipe_mutex_unlock() was made unnecessary with fd33a6bcd7.

Replaced using:
find ./src -type f -exec sed -i -- \
's:pipe_mutex_unlock(\([^)]*\)):mtx_unlock(\&\1):g' {} \;

Reviewed-by: Marek Olšák <marek.olsak@amd.com>
2017-03-07 08:53:05 +11:00
..
Makefile.am gallium/rbug: ship all files in the tarball 2014-09-05 23:46:26 +01:00
Makefile.sources gallium/rbug: ship all files in the tarball 2014-09-05 23:46:26 +01:00
rbug_context.c gallium/util: replace pipe_mutex_unlock() with mtx_unlock() 2017-03-07 08:53:05 +11:00
rbug_context.h gallium/util: replace pipe_mutex with mtx_t 2017-03-07 08:48:11 +11:00
rbug_core.c gallium/util: replace pipe_mutex_unlock() with mtx_unlock() 2017-03-07 08:53:05 +11:00
rbug_objects.c gallium/drivers: Trivial code-style cleanup 2015-12-06 17:10:22 +01:00
rbug_objects.h gallium: replace INLINE with inline 2015-07-21 17:52:16 -04:00
rbug_public.h gallium/drivers: Add extern "C" wrappers to public entry 2015-05-15 13:55:59 -04:00
rbug_screen.c gallium/util: replace pipe_mutex_init() with mtx_init() 2017-03-07 08:52:07 +11:00
rbug_screen.h gallium/util: replace pipe_mutex_unlock() with mtx_unlock() 2017-03-07 08:53:05 +11:00
README s/Tungsten Graphics/VMware/ 2014-01-17 20:00:32 +00:00
SConscript rbug: consolidate C sources list into Makefile.sources 2013-10-01 07:29:49 -07:00

                              RBUG PIPE DRIVER


= About =

This directory contains a Gallium3D remote debugger pipe driver.
It provides remote debugging functionality.


= Usage =

Do

   GALLIUM_RBUG=true progs/trivial/tri

which should open gallium remote debugging session. While the program is running
you can launch the small remote debugging application from progs/rbug. More
information is in that directory. Also for a gui see:

   http://cgit.freedesktop.org/mesa/rbug-gui


= Integrating =

You can integrate the rbug pipe driver either inside the state tracker 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 rbug screen is then created by doing

  rbug_screen = rbug_screen_create(real_screen);

You can then simply use rbug_screen instead of real_screen.

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


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