summaryrefslogtreecommitdiffstats
path: root/src/mesa
Commit message (Collapse)AuthorAgeFilesLines
* glapi: add new information for GL_ARB_vertex_array_objectBrian Paul2009-06-193-0/+37
|
* intel: Fixups for 'mesa: create/destroy buffer objects via driver functions'.Michel Dänzer2009-06-193-16/+11
| | | | | | | Initialize all driver function hooks before calling _mesa_initialize_context(), and handle all buffer objects in intel_buffer_object(). Fixes assertion failure when running glxinfo.
* radeon: fix cube maps for non-mm pathRoland Scheidegger2009-06-191-2/+33
| | | | | | | drm cmd checker would refuse cube emits also fix an issue in the cs path which would calculate the register offset off by one dword. Only same testing done as original code (none except compile tested).
* st/mesa: restore some parameter checking buffer object functionsBrian Paul2009-06-191-0/+10
| | | | | These functions may be called from the VBO code (not just user GL calls) so do some parameter sanity checking.
* r200: fix cube maps for non-mm pathRoland Scheidegger2009-06-191-1/+28
| | | | drm cmd checker rightfully fell over any cube emit
* i965: initial code for loops in vertex programsBrian Paul2009-06-191-2/+38
|
* i965: asst clean-ups, etc in brw_vs_emit()Brian Paul2009-06-191-11/+10
|
* i965: asst clean-ups, var renaming in brw_wm_emit_glsl()Brian Paul2009-06-191-21/+23
|
* st/mesa: remove redundant st_buffer_object::size field and error checksBrian Paul2009-06-192-9/+0
| | | | | | Just use the gl_buffer_object::Size field. Remove unnecessary size/offset error checks. Core Mesa will have already done these checks before these functions are called.
* st/mesa: no longer special-case buffer object 0 in st_buffer_object() cast ↵Brian Paul2009-06-191-9/+2
| | | | | | | | wrapper Since commit 6629a35559ff7e3b993966f697f7c7f68e5a38d9 "mesa: create/destroy buffer objects via driver functions" this is no longer needed, and actually was causing a crash during context tear-down.
* radeons: use dp4 for position invariant vertex programsRoland Scheidegger2009-06-193-0/+6
| | | | | | | | Fixes #22181. R200 requires this since DP4 is used in hw tnl mode. R300 prefers it (should be faster due to no instruction dependencies), but both methods should be correct (when sw tcl is used though, MUL/MAD might be faster). Probably doesn't make much difference for R100 since vertex progs are executed in software anyway, but let's just keep it the same there too.
* mesa: make query-related driver fallback functions staticBrian Paul2009-06-193-30/+23
| | | | Plug them in via _mesa_init_query_object_functions().
* mesa: make buffer object-related driver fallback functions staticBrian Paul2009-06-193-73/+40
| | | | Plug them in via _mesa_init_buffer_object_functions().
* mesa: create/destroy buffer objects via driver functionsBrian Paul2009-06-191-2/+2
|
* Merge branch 'ext-provoking-vertex'Brian Paul2009-06-1925-2756/+3024
|\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Conflicts: docs/relnotes-7.6.html progs/tests/Makefile src/gallium/drivers/softpipe/sp_prim_vbuf.c src/glx/x11/indirect.c src/mesa/glapi/Makefile src/mesa/glapi/dispatch.h src/mesa/glapi/glapioffsets.h src/mesa/glapi/glapitable.h src/mesa/glapi/glapitemp.h src/mesa/glapi/glprocs.h src/mesa/main/dlist.c src/mesa/main/enums.c src/mesa/sparc/glapi_sparc.S src/mesa/x86-64/glapi_x86-64.S src/mesa/x86/glapi_x86.S
| * mesa: fix first provoking vertex mode for unfilled tri stripsBrian Paul2009-06-181-10/+16
| |
| * st/mesa: enable EXT_provoking_vertexBrian Paul2009-06-091-0/+1
| |
| * mesa: fix parity error for tri strips with 1st provoking vertexBrian Paul2009-06-031-1/+1
| |
| * tnl: fix first provoking vertex case for unfilled trianglesBrian Paul2009-06-031-1/+1
| |
| * tnl: fix first provoking vertex bug for line loopsBrian Paul2009-06-031-1/+1
| |
| * mesa: enable GL_EXT_provoking_vertex for sw driversBrian Paul2009-06-011-0/+1
| |
| * tnl: implement GL_EXT_provoking_vertexBrian Paul2009-06-011-17/+66
| |
| * st: set pipe_rasterizer_state::flatshade_first according to provoking vertex ↵Brian Paul2009-05-281-0/+3
| | | | | | | | state
| * mesa: glGet queries for GL_EXT_provoking_vertexBrian Paul2009-05-282-0/+31
| |
| * mesa: exec/dlist functions for glProvokingVertexEXT()Brian Paul2009-05-284-9/+77
| |
| * mesa: data structure updates for GL_EXT_provoking_vertexBrian Paul2009-05-283-0/+9
| |
| * mesa: regenerated enums for GL_EXT_provoking_vertexBrian Paul2009-05-281-2350/+2362
| |
| * mesa: regenerated API files for GL_EXT_provoking_vertexBrian Paul2009-05-284-42/+87
| |
| * mesa: GL API changes for GL_EXT_provoking_vertexBrian Paul2009-05-287-336/+357
| | | | | | | | This creates the new glProvokingVertexEXT() entrypoint.
* | mesa driconf: Add macro to specify an option with a quoted default value.Thomas Hellstrom2009-06-171-0/+4
| | | | | | | | | | | | | | | | | | | | The default values true and false will expand to "1" and "0" when gcc -std=c99, causing bool option defaults to generate runtime failures. One solution is to specify bool option defaults quoted as "true" and "false". Add a macro to assist this. Signed-off-by: Thomas Hellstrom <[email protected]>
* | i965: Add decode for the G4X x,y offset in surface state.Eric Anholt2009-06-171-0/+2
| |
* | i965: Fix up texture layout for small things with wide pitches (tiled)Eric Anholt2009-06-171-1/+1
| | | | | | | | | | | | | | We were packing according to the pitch, while the hardware appears to base it on the base level width. With this and the previous commit, fbo-cubemap now matches untiled behavior.
* | i965: Fall back or appropriately adjust offsets of drawing to tiled regions.Eric Anholt2009-06-173-3/+54
| | | | | | | | | | | | 3D rendering to tiled textures was being done with non-tile-aligned offsets. The G4X hardware has fields to let us support it easily and correctly, while the pre-G4X hardware requires a path full of suffering, so we just fall back.
* | r300: use vbo_split_prims to split up large vertex buffers.Dave Airlie2009-06-182-2/+11
| | | | | | | | This lets ut2004 avoid hitting the elt warning.
* | i965: Fix tiling for FBO depth attachments by making DEPTH_COMPONENT Y tiled.Eric Anholt2009-06-172-4/+8
| | | | | | | | | | This may hurt if miptree relayout occurs, since we can't blit Y tiled objects. But it corrects depth tests on FBOs using textures.
* | radeon: don't re-add BOs to validate listDave Airlie2009-06-181-0/+7
| | | | | | | | | | | | if its on the list its on the list don't go readding it. multitexturing from the same texture could cause this.
* | glsl: call _mesa_postprocess_program(), disabledBrian Paul2009-06-171-0/+8
| |
* | mesa: silence warningBrian Paul2009-06-171-0/+2
| |
* | mesa: added _mesa_postprocess_program() to aid shader debuggingBrian Paul2009-06-172-0/+60
| |
* | radeon: Flush command buffer on viewport changeJerome Glisse2009-06-171-0/+1
| | | | | | | | | | | | We flush the command buffer so we don't emit mixed state (with new and previous buffer size) command buffer, this is especialy affecting zbuffer states.
* | r300: don't emit vap index offset on r5xx hw when using csJerome Glisse2009-06-171-1/+1
| | | | | | | | | | | | | | vap index offset is programmed to 0 by the kernel, it would add work to kernel checker to allow userspace programming of this so it's now disallowed with CS on KMS.
* | GLX: attempt to fix glean makeCurrent test cases.Dave Airlie2009-06-171-1/+5
| | | | | | | | | | | | | | | | | | | | | | Two parts to this: One we don't keep pointers to possibly freed memory anymore once we unbind the drawables from the context. Brian I need to figure out what the comment you made there, can we get a glean/piglit test so we can fix it properly? If the new gc is the same as the oldGC, we call the unbind even though we just bound it in that function. doh.
* | radeon: fix warnings in wrapper with libdrmDave Airlie2009-06-171-15/+15
| |
* | Merge branch 'mesa_7_5_branch'Brian Paul2009-06-1614-50/+109
|\ \ | | | | | | | | | | | | | | | Conflicts: src/mesa/main/api_validate.c
| * | i965: fix bugs in projective texture coordinatesBrian Paul2009-06-165-20/+54
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | For the TXP instruction we check if the texcoord is really a 4-component atttibute which requires the divide by W step. This check involved the projtex_mask field. However, the projtex_mask field was being miscalculated because of some confusion between vertex program outputs and fragment program inputs. 1. Rework the size_masks calculation so we correctly set bits corresponding to fragment program input attributes. 2. Rename projtex_mask to proj_attrib_mask since we're interested in more than just texcoords (generic varying vars too). 3. Simply the indexing of the size_masks and proj_attrib_mask fields. 4. The tracker::active[] array was mis-dimensioned. Use MAX_PROGRAM_TEMPS instead of a magic number. 5. Update comments, add new assertions. With these changes the Lightsmark demo/benchmark renders correctly, until we eventually hit a GPU lockup...
| * | mesa: fix incorrect viewport clamping in _mesa_set_viewport()Brian Paul2009-06-161-2/+2
| | | | | | | | | | | | | | | A 0 by 0 viewport size is legal. Don't clamp against lower bound of one. The error checking earlier in the function prevents negative values.
| * | mesa: fix REMAINDER() macroBrian Paul2009-06-161-1/+1
| | | | | | | | | | | | | | | The results were incorrect for some negative values of A. See bug 21872.
| * | intel: Release fb backing regions in intelDestroyBuffer()Shuang He2009-06-151-0/+24
| | | | | | | | | | | | Fixes memory leak when destroying framebuffers.
| * | mesa: Always return a value.José Fonseca2009-06-151-0/+1
| | |
| * | mesa: Use appropriate float/integer types.José Fonseca2009-06-152-3/+3
| | |