mirror of
https://github.com/brl/mutter.git
synced 2024-11-23 16:40:41 -05:00
299ed424d3
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 |
||
---|---|---|
.. | ||
native | ||
x11 | ||
edid-parse.c | ||
edid.h | ||
meta-backend-private.h | ||
meta-backend.c | ||
meta-barrier-private.h | ||
meta-barrier.c | ||
meta-cursor-private.h | ||
meta-cursor-renderer.c | ||
meta-cursor-renderer.h | ||
meta-cursor-tracker-private.h | ||
meta-cursor-tracker.c | ||
meta-cursor.c | ||
meta-cursor.h | ||
meta-display-config-shared.h | ||
meta-idle-monitor-dbus.c | ||
meta-idle-monitor-dbus.h | ||
meta-idle-monitor-private.h | ||
meta-idle-monitor.c | ||
meta-input-settings-private.h | ||
meta-input-settings.c | ||
meta-monitor-config.c | ||
meta-monitor-config.h | ||
meta-monitor-manager-dummy.c | ||
meta-monitor-manager-dummy.h | ||
meta-monitor-manager-private.h | ||
meta-monitor-manager.c | ||
meta-stage.c | ||
meta-stage.h |