diff options
author | Kenneth Graunke <[email protected]> | 2012-10-26 11:01:57 -0700 |
---|---|---|
committer | Kenneth Graunke <[email protected]> | 2012-11-01 14:29:32 -0700 |
commit | 31c1ea5ed4e90b76adcb51bf1224dce643a4f701 (patch) | |
tree | bcc5d5fd0db5d1627610d8bf106632bae809d313 /src/mesa | |
parent | b68e662e61f478a60c09b8f1e401fafca6933191 (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]>
Diffstat (limited to 'src/mesa')
-rw-r--r-- | src/mesa/drivers/dri/i965/brw_curbe.c | 10 |
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; |