summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* Merge branch 'mesa_7_5_branch'Brian Paul2009-05-221-2/+2
|\
| * mesa: fix loop over generic attribs in update_arrays()Brian Paul2009-05-221-1/+1
| |
* | vbo: asst. reformatting, clean-upsBrian Paul2009-05-221-34/+46
| |
* | Merge branch 'mesa_7_5_branch'Brian Paul2009-05-221-0/+1
|\|
| * vbo: fix crash in vbo_exec_bind_arrays()Brian Paul2009-05-221-0/+1
| | | | | | | | | | | | | | | | | | When a vertex shader uses generic vertex attribute 0, but not gl_Vertex, we need to set attribute[16] to point to attribute[0]. We were setting the attribute size, but not the pointer. Fixes crash in glsl/multitex.c when using the VertCoord attribute instead of gl_Vertex.
* | Merge branch 'mesa_7_5_branch'Brian Paul2009-05-223-14/+40
|\|
| * mesa: allow GL_BITMAP type in _mesa_image_image_stride()Brian Paul2009-05-221-13/+23
| | | | | | | | | | | | | | 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.
| * mesa: added commentBrian Paul2009-05-221-0/+1
| |
| * mesa: add missing glGet*() case for GL_VERTEX_ARRAY_BINDING_APPLEBrian Paul2009-05-212-1/+16
| |
* | mesa: added some assertionsBrian Paul2009-05-222-0/+10
| |
* | mesa: use Elements() macro to limit loops instead of constantsBrian Paul2009-05-221-5/+5
| |
* | mesa: remove MAX_VERTEX_PROGRAM_ATTRIBSBrian Paul2009-05-225-14/+13
| | | | | | | | | | Use MAX_VERTEX_GENERIC_ATTRIBS instead. No need for two #defines for the same quantity.
* | mesa: rename MAX_VERTEX_ATTRIBS to MAX_VERTEX_GENERIC_ATTRIBSBrian Paul2009-05-227-40/+40
| | | | | | | | | | Be clearer that this is the number of generic vertex program/shader attributes, not counting the legacy attributes (pos, normal, color, etc).
* | mesa: s/MAX_VERTEX_PROGRAM_ATTRIBS/MAX_NV_VERTEX_PROGRAM_INPUTS/ in NV funcsBrian Paul2009-05-221-8/+8
| |
* | vbo: fix build breakage...oopsBrian Paul2009-05-211-1/+1
| |
* | vbo: comments, whitespace clean-upsBrian Paul2009-05-211-19/+26
| |
* | 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-211-2/+5
|\|
| * 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
| |
* | 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.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-25 07:44:24 +0000