summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorKenneth Graunke <[email protected]>2012-10-26 11:01:57 -0700
committerKenneth Graunke <[email protected]>2012-11-01 14:29:32 -0700
commit31c1ea5ed4e90b76adcb51bf1224dce643a4f701 (patch)
treebcc5d5fd0db5d1627610d8bf106632bae809d313
parentb68e662e61f478a60c09b8f1e401fafca6933191 (diff)
i965: Update comment about clipper constants.
The old VS backend doesn't exist, but I believe these still need to be delivered to the clipper thread. Reviewed-by: Eric Anholt <[email protected]>
-rw-r--r--src/mesa/drivers/dri/i965/brw_curbe.c10
1 files changed, 1 insertions, 9 deletions
diff --git a/src/mesa/drivers/dri/i965/brw_curbe.c b/src/mesa/drivers/dri/i965/brw_curbe.c
index 8f196f4830b..b55453aece4 100644
--- a/src/mesa/drivers/dri/i965/brw_curbe.c
+++ b/src/mesa/drivers/dri/i965/brw_curbe.c
@@ -207,15 +207,7 @@ brw_upload_constant_buffer(struct brw_context *brw)
}
}
-
- /* When using the old VS backend, the clipplanes are actually delivered to
- * both CLIP and VS units. VS uses them to calculate the outcode bitmasks.
- *
- * When using the new VS backend, it is responsible for setting up its own
- * clipplane constants if it needs them. This results in a slight waste of
- * of curbe space, but the advantage is that the new VS backend can use its
- * general-purpose uniform layout code to store the clipplanes.
- */
+ /* clipper constants */
if (brw->curbe.clip_size) {
GLuint offset = brw->curbe.clip_start * 16;
GLuint j;