Go to file
Aaron Plattner 9df6cda3e3 compositor: Fix GL_EXT_x11_sync_object race condition
The compositor maintains a ring of shared fences with the X server in order to
properly synchronize rendering between the X server and the compositor's GPU
channel.  When all of the fences have been used, the compositor needs to reset
one so that it can be reused.  It does this by first waiting on the CPU for the
fence to become triggered, and then sending a request to the X server to reset
the fence.

If the compositor's GPU channel is busy processing other work (e.g. the desktop
switcher animation), then the X server may process the reset request before the
GPU has consumed the fence.  This causes the GPU channel to hang.

Fix the problem by having the compositor's GPU channel trigger its own fence
after waiting for the X server's fence.  Wait for that fence on the CPU before
sending the reset request to the X server.  This ensures that the GPU has
consumed the X11 fence before the server resets it.

Signed-off-by: Aaron Plattner <aplattner@nvidia.com>

https://bugzilla.gnome.org/show_bug.cgi?id=728464
2015-08-07 17:27:42 +02:00
data wayland: add keybindings for VT8-VT12 2015-02-19 16:42:58 -05:00
doc Remove gtk-doc 2015-07-06 00:52:18 -07:00
po Updated Thai translation 2015-08-01 17:31:12 +07:00
src compositor: Fix GL_EXT_x11_sync_object race condition 2015-08-07 17:27:42 +02:00
tools Clean up the source tree 2014-03-18 20:37:35 -04:00
.gitignore Install enum types 2015-07-05 22:01:59 -07:00
autogen.sh build: Drop deprecated autogen.sh variables 2015-03-04 21:00:48 +01:00
configure.ac compositor: Add support for GL_EXT_x11_sync_object 2015-08-07 17:27:42 +02:00
COPYING Updated obsolete FSF postal address in COPYING 2014-01-13 11:35:48 -05:00
Makefile.am Remove gtk-doc 2015-07-06 00:52:18 -07:00
mutter.doap doap: add <programming-language> 2014-07-31 17:50:28 +02:00
NEWS Bump version to 3.17.4 2015-07-23 12:41:03 +02:00