summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-05-22Merge branch 'mesa_7_5_branch'Brian Paul
2009-05-22mesa: allow GL_BITMAP type in _mesa_image_image_stride()Brian Paul
It's possible to hand a GL_COLOR_INDEX/GL_BITMAP image to glTexImage3D() which gets converted to RGBA via the glPixelMap tables. This fixes a failure with piglit/fdo10370 with Gallium.
2009-05-22mesa: added some assertionsBrian Paul
2009-05-22mesa: use Elements() macro to limit loops instead of constantsBrian Paul
2009-05-22mesa: remove MAX_VERTEX_PROGRAM_ATTRIBSBrian Paul
Use MAX_VERTEX_GENERIC_ATTRIBS instead. No need for two #defines for the same quantity.
2009-05-22mesa: rename MAX_VERTEX_ATTRIBS to MAX_VERTEX_GENERIC_ATTRIBSBrian Paul
Be clearer that this is the number of generic vertex program/shader attributes, not counting the legacy attributes (pos, normal, color, etc).
2009-05-22mesa: s/MAX_VERTEX_PROGRAM_ATTRIBS/MAX_NV_VERTEX_PROGRAM_INPUTS/ in NV funcsBrian Paul
2009-05-22mesa: added commentBrian Paul
2009-05-21mesa: add missing glGet*() case for GL_VERTEX_ARRAY_BINDING_APPLEBrian Paul
2009-05-21vbo: fix build breakage...oopsBrian Paul
2009-05-21vbo: comments, whitespace clean-upsBrian Paul
2009-05-21mesa: s/MAX_VERTEX_PROGRAM_ATTRIBS/MAX_NV_VERTEX_PROGRAM_INPUTSBrian Paul
2009-05-21Merge branch 'mesa_7_5_branch'Brian Paul
2009-05-21vbo: fix incorrect loop limit in bind_array_obj()Brian Paul
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.
2009-05-21mesa: use MAX_ values instead of literalsBrian Paul
2009-05-21mesa: freshen comments for update_array()Brian Paul
2009-05-21mesa: minor code simplification in _mesa_GetVertexAttrib*NV()Brian Paul
2009-05-21mesa: comment for _mesa_GetVertexAttribfvARB()Brian Paul
2009-05-21mesa: minor code simplification in _mesa_GetVertexAttribfvARB()Brian Paul
2009-05-21mesa: remove const qualifierBrian Paul
2009-05-21mesa: VertexAttribPointer commentsBrian Paul
2009-05-21mesa: call _mesa_update_array_object_max_element() before printing array infoBrian Paul
2009-05-21mesa: added gl_array_object::Weight array fieldBrian Paul
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.
2009-05-21mesa: check FEATURE_point_size_array for PointSize arrayBrian Paul
2009-05-21mesa: fix some potential state-restore issues in pop_texture_group()Brian Paul
Call the _mesa_set_enable() functions instead of driver functions, etc. Also, add missing code for 1D/2D texture arrays.
2009-05-21mesa: new _mesa_update_array_object_max_element() functionBrian Paul
This will replace the code in state.c
2009-05-21vbo: return VP_NONE from get_program_mode() if running fixed-func vertex programBrian Paul
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.
2009-05-21vbo: move vp_mode enum to vbo_exec.h, use enum instead of GLuintBrian Paul
2009-05-21i965: fix whitespace in brw_tex_layout.cEric Anholt
The broken indentation was driving me crazy, so fix other stuff while I'm here.
2009-05-21i956: Make state dependency of SF on drawbuffer bounds match Mesa's.Eric Anholt
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.
2009-05-21intel: Fall back on any rendering to texture with no miptree.Eric Anholt
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.
2009-05-21intel: Mark the FBO as incomplete if there's no intel_renderbuffer for it.Eric Anholt
This happens to rendering with textures with a border, which had resulted in a segfault on dereferencing the irb.
2009-05-21intel: Don't segfault on glGenerateMipmaps of a cube map with one face defined.Eric Anholt
This presumably applies to SGIS_generate_mipmaps as well.
2009-05-21intel: Use _mesa_CheckFramebufferStatusEXT insteaad of glCheck...Eric Anholt
Fixes a segfault in our oglconform fbo test.
2009-05-21mesa: added debug functions for dumping color/depth/stencil buffersBrian Paul
2009-05-21i965: rename var: s/tmp/vs_inputs/Brian Paul
2009-05-21mesa: remove pointless null ptr check, improved some error messagesBrian Paul
2009-05-21mesa: added _mesa_print_arrays() for debuggingBrian Paul
2009-05-21mesa: updated comment for _MaxElement fieldBrian Paul
It's the largest array index, plus one.
2009-05-21mesa: move gl_array_attrib::_MaxElement to gl_array_object::_MaxElementBrian Paul
This value is per array object.
2009-05-21vbo: s/8/MAX_TEXTURE_COORD_UNITS/Brian Paul
2009-05-21cell: perform triangle cull a little earlierJonathan Adamczewski
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.
2009-05-21cell: unroll inner loop of spu_render.c:cmd_render()Jonathan Adamczewski
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.
2009-05-21st: add support for GL_EXT_vertex_array_bgraBrian Paul
2009-05-21minstall: Don't copy over an identical fileCarl Worth
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.
2009-05-20r300-gallium: r500-fs: POW.Corbin Simpson
I feel so unclean.
2009-05-20r300-gallium: r500-fs: LRP.Corbin Simpson
Goddammit. This cannot be the "easy way." :C
2009-05-20r300-gallium: r500-fs: Combine function.Corbin Simpson
2009-05-20r300-gallium: Prevent assert when fogcoords are present.Corbin Simpson
Seems like this file is the source of all bad logic. (Pun intended.)
2009-05-20r300-gallium: Another constantbuf shader recompile test.Corbin Simpson
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.