Since the purpose of transform feedback tends to be for the client to
act upon the results to change the geometry in the scene, it is likely
that the client will soon be waiting upon the results. Flush the batch
early so that we don't build up a long queue of commands afterwards that
could delay the readback.
---
src/mesa/drivers/dri/i965/gen7_sol_state.c | 6 ++++++
1 file changed, 6 insertions(+)
diff --git a/src/mesa/drivers/dri/i965/gen7_sol_state.c
b/src/mesa/drivers/dri/i965/gen7_sol_state.c
index b536421..30f82f1 100644
--- a/src/mesa/drivers/dri/i965/gen7_sol_state.c
+++ b/src/mesa/drivers/dri/i965/gen7_sol_state.c
@@ -498,6 +498,12 @@ gen7_end_transform_feedback(struct gl_context *ctx,
brw_batch_end(&brw->batch);
+ /* We will likely want to read the results in the very near future, so
+ * push this primitive to hardware if it is currently idle.
+ */
+ if (!brw_batch_busy(&brw->batch))
+ brw_batch_flush(&brw->batch, NULL);
+
/* EndTransformFeedback() means that we need to update the number of
* vertices written. Since it's only necessary if DrawTransformFeedback()
* is called and it means mapping a buffer object, we delay computing it
--
2.5.0
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
