summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* mesa: s/MAX_VERTEX_PROGRAM_ATTRIBS/MAX_NV_VERTEX_PROGRAM_INPUTSBrian Paul2009-05-211-1/+1
|
* Merge branch 'mesa_7_5_branch'Brian Paul2009-05-212-4/+10
|\
| * vbo: fix incorrect loop limit in bind_array_obj()Brian Paul2009-05-211-1/+4
| | | | | | | | | | | | The generic_array[] is 16 elements in size, but the loop was doing 32 iterations. The out of bounds array write was clobbering the following inputs[] array but as luck would have it, that didn't matter.
| * mesa: use MAX_ values instead of literalsBrian Paul2009-05-211-2/+2
| |
| * minstall: Don't copy over an identical fileCarl Worth2009-05-211-2/+5
| | | | | | | | | | | | | | The rationale here is to avoid updating a timestamp for a file that hasn't changed. Needless updates of the timestamp can ripple into other projects, (xserver, etc.), useless recompiling due to a 'make install' in mesa that didn't actually change anything.
* | mesa: freshen comments for update_array()Brian Paul2009-05-211-3/+2
| |
* | mesa: minor code simplification in _mesa_GetVertexAttrib*NV()Brian Paul2009-05-211-10/+19
| |
* | mesa: comment for _mesa_GetVertexAttribfvARB()Brian Paul2009-05-211-0/+4
| |
* | mesa: minor code simplification in _mesa_GetVertexAttribfvARB()Brian Paul2009-05-211-6/+9
| |
* | mesa: remove const qualifierBrian Paul2009-05-211-1/+1
| |
* | mesa: VertexAttribPointer commentsBrian Paul2009-05-211-0/+11
| |
* | mesa: call _mesa_update_array_object_max_element() before printing array infoBrian Paul2009-05-211-0/+2
| |
* | mesa: added gl_array_object::Weight array fieldBrian Paul2009-05-213-1/+5
| | | | | | | | | | | | | | We don't really implement vertex weights but in the VBO code this fixes and odd case for the legacy_array[] setup. Before, the vbo->draw_prims() call was always indicating that the vertex weight array was present/enabled when it really wasn't.
* | mesa: check FEATURE_point_size_array for PointSize arrayBrian Paul2009-05-211-0/+2
| |
* | mesa: fix some potential state-restore issues in pop_texture_group()Brian Paul2009-05-211-45/+45
| | | | | | | | | | | | Call the _mesa_set_enable() functions instead of driver functions, etc. Also, add missing code for 1D/2D texture arrays.
* | mesa: new _mesa_update_array_object_max_element() functionBrian Paul2009-05-212-2/+83
| | | | | | | | This will replace the code in state.c
* | vbo: return VP_NONE from get_program_mode() if running fixed-func vertex programBrian Paul2009-05-211-0/+2
| | | | | | | | | | | | | | If we're running a vertex program to emulated fixed-function, we still need to treat vertex arrays/attributes as if we're in fixed-function mode. This should probably be back-ported to Mesa 7.5 after a bit more testing.
* | vbo: move vp_mode enum to vbo_exec.h, use enum instead of GLuintBrian Paul2009-05-212-8/+14
| |
* | i965: fix whitespace in brw_tex_layout.cEric Anholt2009-05-211-32/+31
| | | | | | | | | | The broken indentation was driving me crazy, so fix other stuff while I'm here.
* | i956: Make state dependency of SF on drawbuffer bounds match Mesa's.Eric Anholt2009-05-211-2/+5
| | | | | | | | | | | | Noticed while debugging a weird 1D FBO testcase that left its existing viewport and projection matrix in place when switching drawbuffers. Didn't fix the testcase, though.
* | intel: Fall back on any rendering to texture with no miptree.Eric Anholt2009-05-211-4/+4
| | | | | | | | | | | | Fixes segfault on an fbo.c negative test for FBO with texture width/height of 0. Previously we just tested for border != 0 to work around this segfault.
* | intel: Mark the FBO as incomplete if there's no intel_renderbuffer for it.Eric Anholt2009-05-211-0/+5
| | | | | | | | | | This happens to rendering with textures with a border, which had resulted in a segfault on dereferencing the irb.
* | intel: Don't segfault on glGenerateMipmaps of a cube map with one face defined.Eric Anholt2009-05-211-2/+2
| | | | | | | | This presumably applies to SGIS_generate_mipmaps as well.
* | intel: Use _mesa_CheckFramebufferStatusEXT insteaad of glCheck...Eric Anholt2009-05-211-1/+1
| | | | | | | | Fixes a segfault in our oglconform fbo test.
* | mesa: added debug functions for dumping color/depth/stencil buffersBrian Paul2009-05-212-0/+110
| |
* | i965: rename var: s/tmp/vs_inputs/Brian Paul2009-05-211-8/+8
| |
* | mesa: remove pointless null ptr check, improved some error messagesBrian Paul2009-05-211-3/+3
| |
* | mesa: added _mesa_print_arrays() for debuggingBrian Paul2009-05-212-13/+51
| |
* | mesa: updated comment for _MaxElement fieldBrian Paul2009-05-211-1/+1
| | | | | | | | It's the largest array index, plus one.
* | mesa: move gl_array_attrib::_MaxElement to gl_array_object::_MaxElementBrian Paul2009-05-214-8/+14
| | | | | | | | This value is per array object.
* | vbo: s/8/MAX_TEXTURE_COORD_UNITS/Brian Paul2009-05-211-1/+1
| |
* | cell: perform triangle cull a little earlierJonathan Adamczewski2009-05-211-31/+74
| | | | | | | | | | | | | | | | | | | | In spu_tri.c:setup_sort_vertices() triangles are culled after the vertices are sorted. This patch moves the check a little earlier and performs the actual check a little faster through intrinsics and a little trickery. Reduced code size and less work is done before a triangle is deemed OK to skip.
* | cell: unroll inner loop of spu_render.c:cmd_render()Jonathan Adamczewski2009-05-213-32/+89
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It was taking approximately 50 cycles to extract the vertex indices, calculate the vertex_header pointers and call tri_draw() for each three vertices - . Unrolled, it takes less than 100 cycles to extract, unpack, calculate pointers and call tri_draw() eight times. It does have a nasty jump-tabled switch. I'm sure that there's a better way... Code size of spu_render.o gets larger due to the extra constants and work in the inner loop, there are extra stack saves and loads because there are more registers in use, and an assert. spu_tri.o gets a little smaller.
* | st: add support for GL_EXT_vertex_array_bgraBrian Paul2009-05-214-2/+16
| |
* | r300-gallium: r500-fs: POW.Corbin Simpson2009-05-201-1/+27
| | | | | | | | I feel so unclean.
* | r300-gallium: r500-fs: LRP.Corbin Simpson2009-05-201-4/+32
| | | | | | | | Goddammit. This cannot be the "easy way." :C
* | r300-gallium: r500-fs: Combine function.Corbin Simpson2009-05-201-15/+6
| |
* | r300-gallium: Prevent assert when fogcoords are present.Corbin Simpson2009-05-202-5/+14
| | | | | | | | Seems like this file is the source of all bad logic. (Pun intended.)
* | r300-gallium: Another constantbuf shader recompile test.Corbin Simpson2009-05-204-2/+14
| | | | | | | | | | | | | | Less briefly... Shaders need to be recompiled if their constantbuf offsets have changed. However, since we only change them from shaders if immediates need to be emitted, we shouldn't bother if the shader doesn't use immediates.
* | r300-gallium: Raise constantbuf limits.Corbin Simpson2009-05-201-3/+3
| | | | | | | | Still not correct, but really I don't care.
* | r300-gallium: fs: Remove cruft from way back when.Corbin Simpson2009-05-201-18/+0
| |
* | radeon-gallium: Add surface_buffer_create callback.Corbin Simpson2009-05-201-1/+25
| |
* | r300-gallium: Make surface_copy actually load the texture in shader.Corbin Simpson2009-05-203-3/+4
| |
* | r300-gallium: Add missing R481 PCI ID.Corbin Simpson2009-05-201-0/+1
| | | | | | | | Per 74cb2aba on xf86-video-ati.
* | r300-gallium: Make surface_copy work, and refactor buffer validation.Corbin Simpson2009-05-202-16/+47
| |
* | radeon-gallium: Don't permit reading and writing a BO in one CS.Corbin Simpson2009-05-202-3/+20
| | | | | | | | | | | | This fixes some silent problems in current libdrm_radeon. surface_copy still locks up hard.
* | st: reformatting, comments, var renamingBrian Paul2009-05-191-19/+29
| |
* | Merge branch 'mesa_7_5_branch'Brian Paul2009-05-192-4/+15
|\|
| * mesa: allow depth/stencil textures to be attached to GL_STENCIL_ATTACHMENTMathias Fröhlich2009-05-191-4/+14
| | | | | | | | See sourceforge bug #2793846.
| * mesa: assign trb->Base.StencilBits in update_wrapper().Brian Paul2009-05-191-0/+1
| | | | | | | | When we render to a depth/stencil texture there are stencil bits.