summaryrefslogtreecommitdiff
path: root/src/intel_video.c
diff options
context:
space:
mode:
authorChris Wilson <chris@chris-wilson.co.uk>2012-09-05 12:33:08 +0100
committerChris Wilson <chris@chris-wilson.co.uk>2012-09-05 12:33:08 +0100
commit6211d0914e2ed1cdd4cc2e170ee16129fc9f0d73 (patch)
tree838386e83bcd78fb4ab398506f2ee05ad3bbdbb8 /src/intel_video.c
parent6a1423547769c24d15f6475628981d14a76a4bb2 (diff)
uxa: Flush batch immediately after queuing a WAIT_FOR_EVENT
We still encounter hangs with kernel-3.5 with the culprit being a wait on a disabled pipe. As we thoroughly check before that the pipe is still disabled and flush before a modeset, the only possibility that remains is that DPMS is disabling the pipe before we submit. Close that race by always submitting the batch immediately after a WAIT_FOR_EVENT. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Diffstat (limited to 'src/intel_video.c')
-rw-r--r--src/intel_video.c5
1 files changed, 5 insertions, 0 deletions
diff --git a/src/intel_video.c b/src/intel_video.c
index 0be72e20..09782aa5 100644
--- a/src/intel_video.c
+++ b/src/intel_video.c
@@ -1585,6 +1585,11 @@ I830PutImageTextured(ScrnInfoPtr scrn,
intel_get_screen_private(scrn)->needs_flush = TRUE;
DamageDamageRegion(drawable, clipBoxes);
+ /* And make sure the WAIT_FOR_EVENT is queued before any
+ * modesetting/dpms operations on the pipe.
+ */
+ intel_batch_submit(scrn);
+
return Success;
}