mesa/src
Dave Airlie bc16c73407 gallium: block signals for new thread when spawning threads
I'm hard pressed to think of any reason a gallium thread would want to
receive a signal, especially considering its probably loaded as a library
and you don't want the threads interfering with the main threads signal
handling.

This solves a problem loading llvmpipe into the X server for AIGLX,
where the X server relies on the SIGIO signal going to the main thread,
but once llvmpipe loads the SIGIO can end up in any of its threads.

Signed-off-by: Dave Airlie <airlied@redhat.com>
2011-05-16 06:40:26 +10:00
..
driclient
egl egl_dri2: Discard similar configs 2011-05-13 09:31:09 -04:00
gallium gallium: block signals for new thread when spawning threads 2011-05-16 06:40:26 +10:00
getopt
glsl glsl: Add compiler support for ARB_shader_texture_lod. 2011-05-09 11:23:54 -07:00
glu sgi: Fix MSVC build. 2011-04-27 19:06:07 +01:00
glut
glw
glx glx: Check flush DRI extension version at runtime 2011-05-06 09:39:24 +02:00
mapi glapi: regenerate files for AMD_draw_buffers_blend 2011-05-03 00:35:50 +02:00
mesa r300/compiler: Use ALU Result for IF conditionals 2011-05-14 22:35:28 -07:00
Makefile
SConscript scons: Build glu. 2011-04-23 13:16:03 +01:00