aboutsummaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* radeon/r300: use base width/height.Dave Airlie2009-07-022-12/+13
| | | | I suspect this might break TFP in some way but it makes firecube run here
* i965: fixes for JMPIXiang, Haihao2009-07-023-10/+14
| | | | | | | 1. the data type of <src1> (JMPI offset) must be D 2. execution size must be 1 3. NoMask 4. instruction compression isn't allowed.
* r300g: Fix recursive Draw flush.Corbin Simpson2009-07-012-1/+7
| | | | | | Also just noticed that demos/copypix walks around the overlapping blit rules. Bad, bad Mesa. :3
* r300g: Use floats for surface_copy texcoords, use correct src and dest.Corbin Simpson2009-07-011-16/+17
| | | | This makes demos/copypix better-looking. Horizontal dimensions are right now.
* radeon-gallium: Adapt to drm_api changes.Corbin Simpson2009-07-012-23/+33
| | | | Note that trace debugging is temporarily gone. I'll rework it later.
* intel: Avoid pointer arithmetic on void *.Eric Anholt2009-06-301-1/+1
| | | | Bug #22000.
* i965: Increase G4X default VS URB allocation to actually allow 32 threads.Eric Anholt2009-06-301-3/+14
| | | | | This improves the performance of my GLSL demo by 30%. It also fixes the VS deadlock that ut2004 had, for reasons I can't explain. Bug #21330.
* demos: Set the depth mask correctly to get the desired blendingIan Romanick2009-06-302-4/+4
|
* nouveau: return some supported zeta formatsBen Skeggs2009-07-0111-1/+51
|
* nouveau: deal with PIPE_CAP_TGSI_CONT_SUPPORTEDBen Skeggs2009-07-016-0/+12
|
* nouveau: fix build...Ben Skeggs2009-07-011-19/+24
|
* drm/st: Remove drm_api struct from driversJakob Bornecrantz2009-07-017-12/+33
| | | | | | Remove the drm_api from the functions in the softpipe and i915simple drivers. Create wrapper functions in the backends instead.
* i965: first attempt at handling URB overflow when there's too many vs outputsBrian Paul2009-06-302-4/+49
| | | | | | | | | | | If we can't fit all the VS outputs into the MRF, we need to overflow into temporary GRF registers, then use some MOVs and a second brw_urb_WRITE() instruction to place the overflow vertex results into the URB. This is hit when a vertex/fragment shader pair has a large number of varying variables (12 or more). There's still something broken here, but it seems close...
* i965: use BRW_MAX_MRFBrian Paul2009-06-301-1/+1
|
* i965: use BRW_MAX_GRF, BRW_MAX_MRFBrian Paul2009-06-301-2/+3
|
* i965: move BRW_MAX_GRF, define BRW_MAX_MRFBrian Paul2009-06-302-6/+8
|
* i965: defined BRW_MAX_MRFBrian Paul2009-06-301-0/+3
|
* i965: comments and a new assertionBrian Paul2009-06-301-2/+4
|
* i915: Fix assertion failure on remapping a non-BO-backed VBO.Eric Anholt2009-06-301-1/+4
| | | | | Failure to set the obj->Pointer back to null tripped up the assertion. Bug #22428.
* Merge branch 'mesa_7_5_branch'Brian Paul2009-06-3011-19/+54
|\ | | | | | | | | | | 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
| |
| * progs/util: make sure function pointers are initializedKeith Whitwell2009-06-301-1/+6
| | | | | | | | | | Call Init() from CompileShaderFile, was previously only called for the Text version of this function.
| * 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
| |
* | Merge branch 'mesa_7_5_branch'Brian Paul2009-06-291-1/+1
|\|
| * progs/glsl: link with GLEW libraryBrian Paul2009-06-291-1/+1
| |
* | Merge branch 'mesa_7_5_branch'Jakob Bornecrantz2009-06-1429-8/+118
|\|
| * progs/glsl: compile with scons and glewKeith Whitwell2009-06-2927-1/+106
| | | | | | | | Get most of these working with scons.
| * scons: Don't raise an exception when DXSDK is not found.José Fonseca2009-06-291-5/+3
| | | | | | | | | | Unfortunately scons does not check if a tool exists before it invokes its generate function.
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-13 03:57:27 +0000