Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-06-04 | Don't program VGT_OUT_DEALLOC_CNTL/VGT_VERTEX_REUSE_BLOCK_CNTL | Alex Deucher | |
These are chip specific and are programmed by the drm. This should fix hangs on some chips. | |||
2009-06-04 | mesa: call _mesa_ funcs, not gl funcs for debugging | Brian Paul | |
2009-06-04 | use the float interface for viewport updates | Alex Deucher | |
2009-06-04 | Merge branch 'mesa_7_5_branch' | Brian Paul | |
Conflicts: src/mesa/main/context.c | |||
2009-06-04 | softpipe: separate case for PIPE_PRIM_POLYGON in sp_vbuf_draw() | Brian Paul | |
Because of flat shading, we can't use same code as PIPE_PRIM_TRIANGLE_FAN. This is a follow-on to commit a59575d8fbe8b0ca053cc8366ce7a42bc660158a. (cherry picked from commit 086ecea179ed572c89aa77c5f465671a5cef87a7) | |||
2009-06-04 | softpipe: fix incorrect tri vertex order for PIPE_PRIM_POLYGON rendering | Brian Paul | |
This fixes incorrect front/back-face orientation. (cherry picked from commit a64bbdaa3e0b036a880d6db65ceb4a66205062f1) | |||
2009-06-04 | st/mesa: increase ST_MAX_SHADER_TOKENS to 8k | Brian Paul | |
2009-06-04 | tgsi: increase MAX_LABELS to 4096 | Brian Paul | |
2009-06-04 | intel: Add support for tiled textures. | Eric Anholt | |
This is about a 30% performance win in OA with high settings on my GM45, and experiments with 915GM indicate that it'll be around a 20% win there. Currently, 915-class hardware is seriously hurt by the fact that we use fence regs to control the tiling even for 3D instructions that could live without them, so we spend a bunch of time waiting on previous rendering in order to pull fences off. Thus, the texture_tiling driconf option defaults off there for now. | |||
2009-06-04 | i915: Don't rely on fence regs when we don't have to. | Eric Anholt | |
We're on the way to telling the kernel about when we need fence regs on our objects or not, and this will cut the number of places needing them. | |||
2009-06-04 | i915: Remove some long-dead i830 code. | Eric Anholt | |
2009-06-03 | Revert "softpipe: fix flat shading provoking vertex for PIPE_PRIM_POLYGON" | Brian Paul | |
This reverts commit 5d75124db480b37977c353511b4e228905b7cc95. | |||
2009-06-03 | mesa: fix parity error for tri strips with 1st provoking vertex | Brian Paul | |
2009-06-03 | tnl: fix first provoking vertex case for unfilled triangles | Brian Paul | |
2009-06-03 | softpipe: separate case for PIPE_PRIM_POLYGON in sp_vbuf_draw() | Brian Paul | |
Because of flat shading, we can't use same code as PIPE_PRIM_TRIANGLE_FAN. This is a follow-on to commit a59575d8fbe8b0ca053cc8366ce7a42bc660158a. | |||
2009-06-03 | softpipe: fix incorrect tri vertex order for PIPE_PRIM_POLYGON rendering | Brian Paul | |
This fixes incorrect front/back-face orientation. | |||
2009-06-03 | tnl: fix first provoking vertex bug for line loops | Brian Paul | |
2009-06-03 | swrast: always do span clipping in _swrast_write_rgba_span() | Brian Paul | |
It's possible for mis-behaving vertex programs to produce vertex data with very large/NaN values. This doesn't get handled reliably by the clipper code so we may try to rasterize triangles that extend beyond the viewport/window. Always clip spans to avoid invalid memory accesses later. | |||
2009-06-03 | vbo: minor reformatting | Brian Paul | |
2009-06-03 | vbo: move/refactor debug code | Brian Paul | |
2009-06-03 | vbo: added debug code to check array data validity (disabled) | Brian Paul | |
2009-06-03 | vbo: new debug/dump code (disabled) | Brian Paul | |
2009-06-03 | mesa: added NaN checking code (disabled) | Brian Paul | |
2009-06-03 | mesa: check/prevent NaN for EX2/LG2 | Brian Paul | |
2009-06-03 | tnl: updated clip debug code (disabled) | Brian Paul | |
2009-06-03 | mesa: added buffer object debug code (disabled) | Brian Paul | |
2009-06-03 | tnl: add some floating point sanity checks (disabled) | Brian Paul | |
2009-06-03 | vbo: tweak out-of-bounds VBO access error message | Brian Paul | |
Subtract 1 from _MaxElement to be clearer. | |||
2009-06-03 | fill in r700ColorMask, cleanup | Alex Deucher | |
2009-06-03 | start to fill in ShadeModel() | Alex Deucher | |
2009-06-03 | dump command buffer | Alex Deucher | |
2009-06-03 | Clean up scissor and viewport code | Alex Deucher | |
Switch to common functions where applicable | |||
2009-06-03 | Thank you git for doing the right thing. | Ian Romanick | |
2009-06-03 | Fix compiling indirect.c when GLX_DIRECT_RENDERING is not defined | Ian Romanick | |
DO NOT HAND-EDIT GLX PROTOCOL FILES. Seriously. How can you miss the giant comment at the top of the file? | |||
2009-06-03 | Fast path when rebinding the same texture in single context environment | Ian Romanick | |
If there is no shared context, there is no purpose in rebinding the same texture. In some artificial tests this improves performance 10% - 30%. | |||
2009-06-02 | st/mesa: minor clean-ups, reformatting, etc | Brian Paul | |
2009-06-02 | st/mesa: implement/enable GL_ARB_copy_buffer extension | Brian Paul | |
2009-06-02 | mesa: fix error test mistake in _mesa_CopyBufferSubData() | Brian Paul | |
2009-06-02 | mesa: enable GL_ARB_copy_buffer for software drivers | Brian Paul | |
2009-06-02 | mesa: plug in new _mesa_CopyBufferSubData() functions | Brian Paul | |
2009-06-02 | mesa: _mesa_CopyBufferSubData() function, and driver fall-back | Brian Paul | |
2009-06-02 | mesa: new state for GL_ARB_copy_buffer | Brian Paul | |
2009-06-02 | mesa: new CopyBufferSubData() driver hook | Brian Paul | |
2009-06-02 | glapi: regenerated files for GL_ARB_copy_buffer | Brian Paul | |
2009-06-02 | glapi: include ARB_copy_buffer.xml | Brian Paul | |
2009-06-02 | glapi: GL_ARB_copy_buffer xml info | Brian Paul | |
2009-06-02 | util: Unsaved change missing from last commit. | José Fonseca | |
2009-06-02 | Disable clear code for now | Alex Deucher | |
2009-06-02 | fix an overflow in SPI_VS_OUT_CONFIG | Alex Deucher | |
VS must always export at least 1 param. | |||
2009-06-02 | r300-gallium: strip swtcl to the bare minimum | Joakim Sindholt | |
This was originally taken from i915 and it shows. Basically most the stuff in r300_render.c was never needed and shouldn't have worked in the first place |