Go to file
Rui Matos 299ed424d3 compositor: Handle fences in the frontend X connection
Since mutter has two X connections and does damage handling on the
frontend while fence triggering is done on the backend, we have a race
between XDamageSubtract() and XSyncFenceTrigger() causing missed
redraws in the GL_EXT_X11_sync_object path.

If the fence trigger gets processed first by the server, any client
drawing that happens between that and the damage subtract being
processed and is completely contained in the last damage event box
that mutter got, won't be included in the current frame nor will it
cause a new damage event.

A simple fix for this would be XSync()ing on the frontend connection
after doing all the damage subtracts but that would add a round trip
on every frame again which defeats the asynchronous design of X
fences.

Instead, if we move fence handling to the frontend we automatically
get the right ordering between damage subtracts and fence triggers.

https://bugzilla.gnome.org/show_bug.cgi?id=728464
2015-08-13 14:14:46 +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: Handle fences in the frontend X connection 2015-08-13 14:14:46 +02:00
tools Clean up the source tree 2014-03-18 20:37:35 -04:00
.gitignore wayland: Add gestures protocol XML 2015-08-10 17:23:23 +02: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