summaryrefslogtreecommitdiffstats
path: root/src
Commit message (Collapse)AuthorAgeFilesLines
* Merge branch 'mesa_7_5_branch'Brian Paul2009-06-3010-18/+48
|\ | | | | | | | | | | Conflicts: src/mesa/vbo/vbo_exec_draw.c
| * mesa: fix transform_points_3d_no_rot using undefined values in %xmm0Arthur HUILLET2009-06-302-0/+2
| | | | | | | | Signed-off-by: Arthur HUILLET <[email protected]>
| * glx: plug a leakKristof Ralovich2009-06-301-0/+2
| | | | | | | | | | | | | | | | | | Swrast was missing a free for the culmination of driConcatConfigs. Use free(), not _mesa_free() since we shouldn't be calling any Mesa functions from the GLX code. driConcatConfigs() should probably use regular malloc/free to be consistant but the Mesa functions just wrap the libc functions anyway.
| * glx: fix null pointer dereference segfault (bug 22546)Brian Paul2009-06-301-1/+1
| |
| * mesa: Set FLUSH_EXPLICIT_BIT flags when calling FlushMappedBufferRange.José Fonseca2009-06-302-9/+22
| | | | | | | | As prescribed by ARB_map_buffer_range.
| * util: Set PIPE_BUFFER_USAGE_FLUSH_EXPLICIT when calling ↵José Fonseca2009-06-301-1/+3
| | | | | | | | buffer_flush_mapped_range.
| * gallium: New PIPE_BUFFER_USAGE_FLUSH_EXPLICIT flag for ↵José Fonseca2009-06-303-7/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | buffer_flush_mapped_range. When a buffer was mapped for write and no explicit flush range was provided the existing semantics were that the whole buffer would be flushed, mostly for backwards compatability with non map-buffer-range aware code. However if the buffer was mapped/unmapped with nothing really written -- something that often happens with the vbo -- we were unnecessarily assuming that the whole buffer was written. The new PIPE_BUFFER_USAGE_FLUSH_EXPLICIT flag (based from ARB_map_buffer_range 's GL_MAP_FLUSH_EXPLICIT_BIT flag) allows to clearly distinguish the legacy usage from the nothing written usage.
* | gallium: remove the pipe_sampler_state::shadow_ambient fieldBrian Paul2009-06-304-4/+0
| | | | | | | | | | | | | | This was only present for the sake of GL_ARB_shadow_ambient which we never implemented in Gallium. If we someday want GL_ARB_shadow_ambient we can implement it in the state tracker by adding a MAD after the relevant TEX instructions.
* | identity: Create a drm_api wrapperJakob Bornecrantz2009-06-305-1/+230
| |
* | drm/st: Return drm_api struct from a functionJakob Bornecrantz2009-06-3023-59/+102
| |
* | softpipe: use shadow_compare4() to compare texcoord to four texture samplesBrian Paul2009-06-291-12/+78
| |
* | softpipe: pass sampler state to shadow_compare()Brian Paul2009-06-291-19/+17
| |
* | nouveau: Expect right params to tex_transfer_destroy().Younes Manton2009-06-291-1/+1
| | | | | | | | | | Never crashed on x86, ptx is in the same stack slot in either case. Thanks to Bob Gleitsmann for catching this.
* | nouveau: Turn off debug cannon.Younes Manton2009-06-291-2/+1
| |
* | intel: Enable EXT_gpu_program_parameters.Eric Anholt2009-06-291-0/+2
| | | | | | | | | | There doesn't appear to be any driver impact for enabling this, and tests/prog_parameter passes.
* | Merge branch 'mesa_7_5_branch'Brian Paul2009-06-291-1/+1
|\|
| * intel: added null ptr checkBrian Paul2009-06-291-1/+1
| | | | | | | | This fixes a segfault seen with piglit's fdo20701 test.
* | gallium/draw: sketch out some missing pointcoord codeBrian Paul2009-06-291-1/+11
| | | | | | | | | | | | The gl_PointCoord attribute is currently expected to be in the fog coord register's z/w components. This was never totally fleshed out though. This is just some placeholder code.
* | st/mesa: enable GL_ARB_framebuffer_objectBrian Paul2009-06-291-0/+6
| | | | | | | | | | All gallium drivers should be able to support mixed-size color/depth/stencil buffers. If not, we'll need a new PIPE_CAP_ query.
* | mesa: check for ARB_framebuffer_object for GL_TEXTURE_STENCIL_SIZE_EXT queryBrian Paul2009-06-291-1/+2
| |
* | mesa: alphabetize linesBrian Paul2009-06-291-1/+1
| |
* | Revert "intel: Remove unneded pthread mutex in LOCK_HARDWARE."Eric Anholt2009-06-291-1/+8
| | | | | | | | | | | | | | | | | | | | | | This reverts commit de447afff26706e3bf8bdcd5cfb8b1daf49b4b21 but puts the lock under DRI1-only. From keithw: > It's there because the DRI1 code doesn't actually achieve the mutexing > which it looks as if it should. For multi-threaded applications it was > always possible to get two threads inside locked regions -- I have no > idea how, but it certainly was and presumably still is possible.
* | intel: Move note_unlock() implementation to the one place it's needed.Eric Anholt2009-06-296-26/+2
| |
* | intel: Remove unneded pthread mutex in LOCK_HARDWARE.Eric Anholt2009-06-291-6/+0
| | | | | | | | | | | | | | | | | | | | | | | | This would cause LOCK_HARDWARE to mutex all contexts in this process on both DRI1 and DRI2. On DRI1, LOCK_HARDWARE already does it for all processes on the system. On DRI2, LOCK_HARDWARE doesn't, but there shouldn't be any state outside the context that needs any additional protection. Notably, the bufmgr is protected by its own mutex and not LOCK_HARDWARE. This code was originally introduced with the i915tex code dump, so it's not clear what it was there for.
* | intel: Make LOCK_HARDWARE recursive to avoid hand-rolling recursiveness.Eric Anholt2009-06-295-47/+19
| |
* | Revert "r200: make use of DMA buffers for Elts a lot better."Dave Airlie2009-06-293-19/+16
| | | | | | | | | | | | This reverts commit 0952645fe04a27968565ea4d913500c23b1b11e3. Need to revisit where this is going wrong
* | r300g: YCbCr and sRGB textures.Corbin Simpson2009-06-273-1/+15
| |
* | r300g: Fix EXT_packed_depth_stencil functionality.Corbin Simpson2009-06-272-2/+10
| | | | | | | | Allow Z24S8 to be a true texture.
* | st/dri: Fix last depth bits logicJakob Bornecrantz2009-06-271-2/+2
| |
* | radeon: Always initialize front and back renderbuffers if presentNicolai Hähnle2009-06-271-2/+1
| | | | | | | | | | | | This fixes an assertion in glReadPixels from the front buffer. Signed-off-by: Nicolai Hähnle <[email protected]>
* | radeon: Update .gitignoreNicolai Hähnle2009-06-272-2/+25
| | | | | | | | | | | | | | Add all source files that are symlink'ed from common radeon code to the ignore list. Signed-off-by: Nicolai Hähnle <[email protected]>
* | r300g: EXT_provoking_vertex.Corbin Simpson2009-06-262-4/+6
| |
* | r300g: S3TC.Corbin Simpson2009-06-262-6/+36
| | | | | | | | tests/texcompress2 doesn't work, but tests/texcmp does (more or less.)
* | r300g: Use real texture formats.Corbin Simpson2009-06-263-25/+42
| | | | | | | | What bugs me is that the YUV444 format somehow worked properly. :3
* | r300g: Definitively forbid unusable Z buffer/stencil formats.Corbin Simpson2009-06-261-1/+12
| |
* | r300g: Comment out assert for now.Corbin Simpson2009-06-261-0/+2
| | | | | | | | Will fix with better constant refactoring later.
* | r300g: Be more specific on surface_copy fallbacks.Corbin Simpson2009-06-261-1/+1
| |
* | r300g: PIPE_CAP_TGSI_CONT_SUPPORTED.Corbin Simpson2009-06-261-0/+3
| |
* | r300-gallium: Ensure that no dirty state goes unemitted.Corbin Simpson2009-06-261-2/+4
| |
* | Merge branch 'arb_vertex_array_object'Brian Paul2009-06-2624-2646/+2935
|\ \
| * | intel: enable GL_ARB_vertex_array_object extensionBrian Paul2009-06-221-0/+2
| | |
| * | mesa: plug in glBindVertexArray, glGenVertexArrays functionsBrian Paul2009-06-221-0/+4
| | |
| * | st/mesa: alphabetize linesBrian Paul2009-06-221-1/+1
| | |
| * | st/mesa: enable GL_ARB_vertex_array_objectBrian Paul2009-06-221-0/+1
| | |
| * | mesa: enforce the rule that arrays live in VBOs for GL_ARB_vertex_array_objectBrian Paul2009-06-221-25/+52
| | |
| * | mesa: added extension flag for ARB_vertex_array_objectBrian Paul2009-06-222-0/+3
| | |
| * | mesa: implement _mesa_GenVertexArrays() for GL_ARB_vertex_array_objectBrian Paul2009-06-193-4/+32
| | | | | | | | | | | | | | | | | | This also involves adding a gl_array_object::VBOonly field. For the ARB extension, all arrays in the object must reside in a VBO. This flag keeps track of that requirement.
| * | mesa: implement _mesa_BindVertexArray()Brian Paul2009-06-192-12/+46
| | |
| * | mesa: move vertex array objects from shared state to per-contextBrian Paul2009-06-196-41/+42
| | | | | | | | | | | | | | | The ARB version requires VAOs to be per-context while the Apple extension was ambiguous.
| * | mesa: regenerated files related to GL_ARB_vertex_array_objectBrian Paul2009-06-1910-2564/+2716
| | |
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-28 13:58:56 +0000