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
2015-07-06 00:52:18 -07:00
2015-08-01 17:31:12 +07:00
2014-03-18 20:37:35 -04:00
2015-08-10 17:23:23 +02:00
2015-07-06 00:52:18 -07:00
2014-07-31 17:50:28 +02:00
2015-07-23 12:41:03 +02:00
Description
91 MiB
Languages
C 98.9%
Meson 0.7%
Python 0.3%