summaryrefslogtreecommitdiffstats
path: root/src/gallium/targets/vdpau-r600/target.c
diff options
context:
space:
mode:
authorVille Syrjala <[email protected]>2012-02-01 05:10:04 +0200
committerDave Airlie <[email protected]>2012-02-03 12:02:58 +0000
commit0fcc518964223d9baaa2b45e80afeb800beb872f (patch)
treeed38fcb298962f050cd00c811d75f8a153e561f9 /src/gallium/targets/vdpau-r600/target.c
parent57e44371a5b6aa8122b6a482ed6bd33e797ea1d2 (diff)
gallium/dri: Handle xserver that doesn't send needless DRI2 invalidate events
Ever since xserver commit 531869448d07e00ae241120b59f3aaaa5709d59c, the server no longer sends invalidate events to clients, unless they have performed a GetBuffers request since the drawable was last invalidated. If the drawable gets invalidated immediately after the GetBuffers request was processed by the X server, it's possible that Xlib will process the invalidate event while waiting for the GetBuffers reply. So the server, thinking the client knows that the buffers are invalid, is waiting for another GetBuffers request before sending any more invalidate events. The client, on the other hand, believes the buffers to be valid, and thus is expecting to receive another invalidate event before it has to send another GetBuffers request. The end result is that the client never again sends a GetBuffers request. To avoid this problem, take a snapshot of the lastStamp before doing GetBuffers, and retry if the snapshot and the current lastStamp no longer match after the GetBuffers reply has been processed. Signed-off-by: Ville Syrjälä <[email protected]> Signed-off-by: Dave Airlie <[email protected]>
Diffstat (limited to 'src/gallium/targets/vdpau-r600/target.c')
0 files changed, 0 insertions, 0 deletions