| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 2009-06-11 | vbo: fix assertion, #define IMM_BUFFER_NAME | Brian Paul | |
| This was sometimes seen when Glean exited upon test failure when using Gallium. | |||
| 2009-06-09 | Merge branch 'mesa_7_5_branch' | Jakob Bornecrantz | |
| Conflicts: Makefile src/mesa/main/version.h src/mesa/shader/slang/slang_preprocess.c src/mesa/state_tracker/st_cb_bufferobjects.c | |||
| 2009-06-09 | vbo: more glDrawElements debug code (disabled) | Brian Paul | |
| 2009-06-08 | mesa/vbo: drop all references to vbo on destroy | Keith Whitwell | |
| We were adding references to the input arrays, but failing to drop them on destruction. This could lead to a 64kb buffer being leaked each context destruction. | |||
| 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 | vbo: tweak out-of-bounds VBO access error message | Brian Paul | |
| Subtract 1 from _MaxElement to be clearer. | |||
| 2009-05-22 | mesa: fix warning message in vbo_exec_DrawRangeElements() | Brian Paul | |
| 2009-05-22 | mesa: use Elements() for loop limit | Brian Paul | |
| 2009-05-22 | mesa: use Elements() for loop limit | Brian Paul | |
| 2009-05-22 | vbo: s/32/VERT_ATTRIB_MAX/ | Brian Paul | |
| 2009-05-22 | vbo: asst. reformatting, clean-ups | Brian Paul | |
| 2009-05-22 | Merge branch 'mesa_7_5_branch' | Brian Paul | |
| 2009-05-22 | vbo: fix crash in vbo_exec_bind_arrays() | Brian Paul | |
| 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. | |||
| 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-21 | vbo: fix build breakage...oops | Brian Paul | |
| 2009-05-21 | vbo: comments, whitespace clean-ups | Brian Paul | |
| 2009-05-21 | Merge branch 'mesa_7_5_branch' | Brian Paul | |
| 2009-05-21 | vbo: 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-21 | mesa: use MAX_ values instead of literals | 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 | vbo: return VP_NONE from get_program_mode() if running fixed-func vertex program | Brian 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-21 | vbo: move vp_mode enum to vbo_exec.h, use enum instead of GLuint | Brian Paul | |
| 2009-05-21 | mesa: move gl_array_attrib::_MaxElement to gl_array_object::_MaxElement | Brian Paul | |
| This value is per array object. | |||
| 2009-05-21 | vbo: s/8/MAX_TEXTURE_COORD_UNITS/ | Brian Paul | |
| 2009-05-07 | mesa: move the NullBufferObj from GLcontext to gl_shared_state | Brian Paul | |
| Since shared array objects may point to the null/default buffer object, the null/default buffer object should be part of the shared state. | |||
| 2009-05-07 | vbo: in glDraw[Range]Element() code, check for out of bounds indexes | Brian Paul | |
| No-op the bad drawing command rather than go out of bounds and render garbage. Print a warning to alert the developer to the bad drawing call. | |||
| 2009-05-07 | mesa: use _mesa_sizeof_type() in vbo split code | Brian Paul | |
| 2009-05-07 | mesa: vbo code reformatting, clean-up, comments | Brian Paul | |
| 2009-05-07 | mesa: in vbo split code, map buffers read-only, not write-only | Brian Paul | |
| And use GL_ELEMENT_ARRAY_BUFFER where appropriate. | |||
| 2009-04-16 | vbo: cache last dlist vertex in malloced memory | Keith Whitwell | |
| Avoids repeated mapping of the VBO buffer on display list replay. We need access to the final vertex in order to update the GL current attrib values. | |||
| 2009-03-15 | vbo: Silence integer-to-pointer warnings. | Michal Krol | |
| 2009-03-09 | vbo: yet tighter still usage of FLUSH_NEED_CURRENT | Keith Whitwell | |
| Previous change broke redbook/polys and probably others. I'm fairly sure that drivers like r300 don't need to touch ctx->Driver.NeedVertices, but this code is incredibly fragile and I'm not confident about removing it from there. Hopefully this gets things working again. | |||
| 2009-03-09 | vbo: stricter checks on Driver.NeedFlush | Keith Whitwell | |
| This variable is being used in the r300 driver to trigger a flush under circumstances unrelated to the use in the vbo module. Tighten up the checks in vbo so as to avoid conflict with r300. Reported by Maciej Cencora <m.cencora@gmail.com> | |||
| 2009-03-07 | mesa: s/int/GLsizeiptr/ to silence warning with 64-bit build | Brian Paul | |
| 2009-03-07 | vbo: make bind_array_obj() code a little more concise | Brian Paul | |
| 2009-03-04 | mesa: Follow ARB_map_buffer_range more stricly. | José Fonseca | |
| Namelly, FlushMappedBufferRange takes a subrange relative to the original range. | |||
| 2009-03-04 | Merge commit 'origin/master' into gallium-map-range | José Fonseca | |
| 2009-03-04 | vbo: second attempt - avoid getting buffer_ptr and buffer_map out of sync | Keith Whitwell | |
| 2009-03-04 | Revert "vbo: avoid getting buffer_ptr and buffer_map out of sync" | Keith Whitwell | |
| This fixed a minor bug but broke everything else. This reverts commit 579ef8ab1984d895867f547afa60b3bec4c4599a. | |||
| 2009-03-04 | vbo: avoid getting buffer_ptr and buffer_map out of sync | Keith Whitwell | |
| 2009-03-04 | Merge commit 'origin/master' into gallium-map-range | José Fonseca | |
| 2009-03-04 | vbo: use FLUSH_UPDATE_CURRENT flag to indicate whether the vbo module is active | Keith Whitwell | |
| Add asserts for expected values on wakeup and flush. Remove cases where this flag is set or cleared except when waking up and flushing vbo module. | |||
| 2009-03-04 | mesa: Implement and use FlushMappedBufferRange. | José Fonseca | |
| 2009-03-03 | mesa: Massage the interface to more closely resemble ARB_map_buffer_range | José Fonseca | |
| 2009-03-03 | Merge commit 'origin/gallium-0.1' | Keith Whitwell | |
| Conflicts: scons/gallium.py src/gallium/auxiliary/pipebuffer/pb_buffer_fenced.c src/gallium/include/pipe/p_defines.h src/mesa/vbo/vbo_exec_api.c src/mesa/vbo/vbo_exec_draw.c | |||
| 2009-03-03 | vbo: missing line from previous commit | Keith Whitwell | |
| 2009-03-03 | vbo: use MapBufferRange where available | Keith Whitwell | |
| Previously would have to allocate a new VBO after firing a draw command as subsequent call to Map() on old VBO might block if the driver had submitted the commands to hardware. | |||
 |
index : android-x86-mesa.git | |
| Androïd/x86 port of Mesa drivers | Hugues Hiegel |
| summaryrefslogtreecommitdiff |