Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-05-22 | mesa: use Elements() for loop limit | Brian Paul | |
2009-05-22 | mesa: use Elements() for loop bound | Brian Paul | |
2009-05-22 | mesa: minor code simplification | Brian Paul | |
2009-05-22 | Merge branch 'mesa_7_5_branch' | Brian Paul | |
2009-05-22 | mesa: fix loop over generic attribs in update_arrays() | Brian Paul | |
2009-05-22 | Merge branch 'mesa_7_5_branch' | Brian Paul | |
2009-05-22 | mesa: 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-22 | mesa: added some assertions | Brian Paul | |
2009-05-22 | mesa: use Elements() macro to limit loops instead of constants | Brian Paul | |
2009-05-22 | mesa: remove MAX_VERTEX_PROGRAM_ATTRIBS | Brian Paul | |
Use MAX_VERTEX_GENERIC_ATTRIBS instead. No need for two #defines for the same quantity. | |||
2009-05-22 | mesa: rename MAX_VERTEX_ATTRIBS to MAX_VERTEX_GENERIC_ATTRIBS | Brian 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-22 | mesa: s/MAX_VERTEX_PROGRAM_ATTRIBS/MAX_NV_VERTEX_PROGRAM_INPUTS/ in NV funcs | Brian Paul | |
2009-05-22 | mesa: added comment | Brian Paul | |
2009-05-21 | mesa: add missing glGet*() case for GL_VERTEX_ARRAY_BINDING_APPLE | Brian Paul | |
2009-05-21 | mesa: s/MAX_VERTEX_PROGRAM_ATTRIBS/MAX_NV_VERTEX_PROGRAM_INPUTS | Brian Paul | |
2009-05-21 | mesa: freshen comments for update_array() | Brian Paul | |
2009-05-21 | mesa: remove const qualifier | Brian Paul | |
2009-05-21 | mesa: VertexAttribPointer comments | Brian Paul | |
2009-05-21 | mesa: call _mesa_update_array_object_max_element() before printing array info | Brian Paul | |
2009-05-21 | mesa: added gl_array_object::Weight array field | Brian 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-21 | mesa: check FEATURE_point_size_array for PointSize array | Brian Paul | |
2009-05-21 | mesa: 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-21 | mesa: new _mesa_update_array_object_max_element() function | Brian Paul | |
This will replace the code in state.c | |||
2009-05-21 | mesa: added debug functions for dumping color/depth/stencil buffers | Brian Paul | |
2009-05-21 | mesa: remove pointless null ptr check, improved some error messages | Brian Paul | |
2009-05-21 | mesa: added _mesa_print_arrays() for debugging | Brian Paul | |
2009-05-21 | mesa: updated comment for _MaxElement field | Brian Paul | |
It's the largest array index, plus one. | |||
2009-05-21 | mesa: move gl_array_attrib::_MaxElement to gl_array_object::_MaxElement | Brian Paul | |
This value is per array object. | |||
2009-05-19 | Merge branch 'mesa_7_5_branch' | Brian Paul | |
2009-05-19 | mesa: allow depth/stencil textures to be attached to GL_STENCIL_ATTACHMENT | Mathias Fröhlich | |
See sourceforge bug #2793846. | |||
2009-05-19 | mesa: assign trb->Base.StencilBits in update_wrapper(). | Brian Paul | |
When we render to a depth/stencil texture there are stencil bits. | |||
2009-05-19 | mesa: print more info when valid_texture_object() fails | Brian Paul | |
2009-05-18 | Merge branch 'mesa_7_5_branch' | Brian Paul | |
Conflicts: Makefile src/mesa/main/version.h | |||
2009-05-18 | mesa: comments for _mesa_generate_mipmap_level() | Brian Paul | |
2009-05-15 | mesa: Mark FBOs with compressed color attachments as FBO-incomplete. | Eric Anholt | |
Both EXT_fbo and ARB_fbo agree on this. Fixes a segfault in the metaops mipmap generation in Intel for SGIS_generate_mipmap of S3TC textures in Regnum Online. Bug #21654. | |||
2009-05-15 | mesa: bump version to 7.5-rc2 | Brian Paul | |
2009-05-13 | Merge branch 'mesa_7_5_branch' | Brian Paul | |
Conflicts: src/mesa/main/arrayobj.c src/mesa/main/arrayobj.h src/mesa/main/context.c | |||
2009-05-13 | mesa: delete array objects before buffer objects during context tear-down | Brian Paul | |
The former may point to the later. | |||
2009-05-13 | mesa: clean-up vertex array object VBO unbinding and delete/refcounting | Brian Paul | |
Don't really delete vertex array objects until the refcount hits zero. At that time, unbind any pointers to VBOs. (cherry picked from commit 32b851c80792623195069d7a41a5808cff3b2f6f) | |||
2009-05-13 | mesa: reference counting for gl_array_object | Brian Paul | |
Every kind of object that can be shared by multiple contexts should be refcounted. (cherry picked from commit 1030bf0ded2a88a5e27f7a4d393c11cfde3d3c5a) | |||
2009-05-11 | mesa: updated comments for _mesa_generate_mipmap() | Brian Paul | |
2009-05-11 | mesa: Fixed a texture memory leak | Brian Paul | |
The current texture for any particular texture unit is given an additional reference in update_texture_state(); but if the context is closed before that texture can be released (which is quite frequent in normal use, unless a program unbinds and deletes the texture and renders without it to force a call to update_texture_state(), the memory is lost. This affects general Mesa; but the i965 is particularly affected because it allocates a considerable amount of additional memory for each allocated texture. (cherry picked from master, commit c230767d6956b63a2b101acb48f98823bb5dd31a) | |||
2009-05-08 | mesa: Fixed a texture memory leak | Robert Ellison | |
The current texture for any particular texture unit is given an additional reference in update_texture_state(); but if the context is closed before that texture can be released (which is quite frequent in normal use, unless a program unbinds and deletes the texture and renders without it to force a call to update_texture_state(), the memory is lost. This affects general Mesa; but the i965 is particularly affected because it allocates a considerable amount of additional memory for each allocated texture. | |||
2009-05-08 | mesa: set version to 7.5-rc1 | Brian Paul | |
2009-05-08 | mesa: raise MAX_VARYING (number of shader varying vars) to 16 | Brian Paul | |
16 is the limit for now because of various 32-bit bitfields. | |||
2009-05-08 | mesa: assertions to check for too many vertex outputs or fragment inputs | Brian Paul | |
2009-05-08 | mesa: issue warning for out of bounds array indexes | Brian Paul | |
2009-05-08 | mesa: Make _mesa_share_state thread safe. | José Fonseca | |
2009-05-08 | mesa: more complete fix for transform_invarient glitches | Keith Whitwell | |
Add a new flag mvp_with_dp4 in the context, and use that to switch both ffvertex.c and programopt.c vertex transformation code to either DP4 or MUL/MAD implementations. | |||
2009-05-08 | mesa/main: set PREFER_DP4 to match position_invarient code | Keith Whitwell | |
This is a quick fix for z fighting in quake4 caused by the mismatch between vertex transformation here and in the position_invarient code. Full fix would be to make this driver-tunable and adjust both position_invarient and ffvertex_prog.c code to respect driver preferences. |