diff options
author | Eric Anholt <[email protected]> | 2011-05-25 12:54:49 -0700 |
---|---|---|
committer | Eric Anholt <[email protected]> | 2011-06-03 16:03:18 -0700 |
commit | d313346db6b70d27ed985e27df4fbd44f376efa0 (patch) | |
tree | fb439c3c5e7e2619440f02c1e7ecec2b9b277ab2 /src | |
parent | d8b733643d21001068c25ee9b97a3cd5bb4684a2 (diff) |
i965: Drop strict conformance fallback for GL_LINE_SMOOTH.
We do have hardware antialised lines. If we care, we should actually
fix them to be conformant (or as close as possible) instead of using
this knob to fool testcases using swrast.
For some interesting reading on the state of GL_*_SMOOTH across
several drivers, see:
http://homepage.mac.com/arekkusu/bugs/invariance/HWAA.html
Diffstat (limited to 'src')
-rw-r--r-- | src/mesa/drivers/dri/i965/brw_draw.c | 9 |
1 files changed, 0 insertions, 9 deletions
diff --git a/src/mesa/drivers/dri/i965/brw_draw.c b/src/mesa/drivers/dri/i965/brw_draw.c index 44d3e1b6c24..b2e89bad666 100644 --- a/src/mesa/drivers/dri/i965/brw_draw.c +++ b/src/mesa/drivers/dri/i965/brw_draw.c @@ -283,15 +283,6 @@ static GLboolean check_fallbacks( struct brw_context *brw, if (brw->intel.conformance_mode == 0) return GL_FALSE; - /* BRW hardware will do AA lines, but they are non-conformant it - * seems. TBD whether we keep this fallback: - */ - if (ctx->Line.SmoothFlag) { - for (i = 0; i < nr_prims; i++) - if (reduced_prim[prim[i].mode] == GL_LINES) - return GL_TRUE; - } - /* Stipple -- these fallbacks could be resolved with a little * bit of work? */ |