summaryrefslogtreecommitdiffstats
path: root/src/gallium
Commit message (Collapse)AuthorAgeFilesLines
* llvmpipe: handle PIPE_CAP_TEXTURE_SWIZZLE queryRoland Scheidegger2010-06-051-0/+2
| | | | asserts on unknown caps
* llvmpipe: Expose PIPE_CAP_TEXTURE_SWIZZLE.José Fonseca2010-06-051-0/+2
|
* mesa/st: add support for EXT_texture_swizzle.Dave Airlie2010-06-053-0/+4
| | | | | | | | | | | This passes on r300g, the only bit I'm not really sure about is the handling of the sampler_view in st_atom_texture.c, I unreference it there if the swizzle value changes and I also have to create a new set of functions to create a new one since the u_sampler.c ones don't handle swizzle so much. adds r300g + softpipe enables, I think other drivers could pass easily enough. Signed-off-by: Dave Airlie <[email protected]>
* i915g: Rename winsys c file.Vinson Lee2010-06-041-1/+1
| | | | | This was missed in commit e7f0f6bb72c63fd6e6ddcb7a815be68682f1764c. Fixes i915g SCons build.
* llvmpipe: new -s option to run single testBrian Paul2010-06-047-3/+63
| | | | | Put specific test code in the test_single() function and pass -s to execute that code.
* llvmpipe: Do unswizzling in parallel when flushing for transfers.José Fonseca2010-06-041-0/+7
|
* st/egl: Fix compiler warnings.Chia-I Wu2010-06-041-0/+1
| | | | Forgot to stage this chunk in last commit.
* st/egl: Move sw screen creation to native helper.Chia-I Wu2010-06-045-93/+52
| | | | The code is shared by ximage and gdi backend.
* r600g: implement clear_{render_target, depth_stencil}, resource_copy_regionMarek Olšák2010-06-041-0/+17
| | | | | resource_copy_region uses a software fallback because it relies on texture samplers which haven't been implemented yet.
* r600g: make blit functions static (private)Marek Olšák2010-06-044-54/+34
|
* r600g: use cast wrappersMarek Olšák2010-06-047-35/+51
|
* r600g: Move declaration before code.Vinson Lee2010-06-031-1/+2
| | | | Fixes SCons build.
* util: Remove unnecessary header.Vinson Lee2010-06-031-1/+0
|
* nv50: Remove unnecessary header.Vinson Lee2010-06-031-1/+0
|
* svga: Remove unnecessary header.Vinson Lee2010-06-031-1/+0
|
* llvmpipe: Fix uninitialized variable on non-debug builds.Vinson Lee2010-06-031-0/+1
|
* r600g: added code for depthtestingBas Nieuwenhuizen2010-06-031-5/+24
| | | | - added code to configure the depth buffer and to set up depth testing.
* r600g: adapt to interface changesRoland Scheidegger2010-06-033-22/+45
| | | | | r600g should be able to handle separate depth stencil clears as well. Also adapt surface_fill/copy stubs to new interface (not that it matters).
* Merge branch 'gallium-newclear'Roland Scheidegger2010-06-0345-322/+731
|\ | | | | | | | | Conflicts: src/gallium/state_trackers/python/p_context.i
| * gallium: rename clearRT / clearDS to clear_render_target / clear_depth_stencilRoland Scheidegger2010-06-0317-217/+217
| | | | | | | | | | more consistent with rest of gallium naming conventions. Also rename driver-internal names for these the same.
| * llvmpipe: adapt to clear interface changesRoland Scheidegger2010-05-298-28/+113
| | | | | | | | | | with some newfangled code, should support separate depth/stencil clears. Needs some testing.
| * i965g: adapt to clear interface changesRoland Scheidegger2010-05-293-12/+66
| | | | | | | | | | just like i915g, should in theory support separate depth/stencil clears (untested), with the same 2d blitter hacks.
| * i915g: adapt to clear interface changesRoland Scheidegger2010-05-297-29/+72
| | | | | | | | | | should in theory support separate depth/stencil clears (untested). Also fix some format omissions?
| * r300g: adapt to clear interface changesRoland Scheidegger2010-05-292-10/+31
| | | | | | | | should support separate depth/stencil clears just fine with changed u_blitter.
| * nv50: adapt to clear interface changesRoland Scheidegger2010-05-293-18/+22
| | | | | | | | should support separate depth/stencil clears just fine.
| * nvfx: adapt to clear interface changesRoland Scheidegger2010-05-292-11/+29
| |
| * svga: adapt to clear interface changesRoland Scheidegger2010-05-293-4/+8
| | | | | | | | this should support separate stencil/depth clears just fine.
| * softpipe: adapt to clear interface changesRoland Scheidegger2010-05-292-1/+2
| |
| * rbug: adapt to clear interface changesRoland Scheidegger2010-05-291-28/+48
| |
| * trace: adapt to clear interface changesRoland Scheidegger2010-05-291-25/+53
| |
| * identity: adapt to clear interface changesRoland Scheidegger2010-05-291-28/+48
| |
| * fo: adapt to clear interface changesRoland Scheidegger2010-05-291-1/+2
| |
| * cell: adapt to clear interface changesRoland Scheidegger2010-05-291-1/+0
| |
| * st/python: adapt to clear interface changesRoland Scheidegger2010-05-291-13/+26
| |
| * util: adapt to clear interface changesRoland Scheidegger2010-05-295-95/+151
| |
| * gallium: clear interface changesRoland Scheidegger2010-05-284-23/+51
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | clears were a bit limited in gallium: - no scissoring (OGL only) nor explicit rectangle list (d3d9) - no color/stencil masks (OGL only) - no separate depth/stencil clears (d3d9/d3d10/OGL) - cannot really clear single color buffer (only with resource_fill_region) Additionally, d3d can clear surfaces not currently bound to the framebuffer. It is, however, not easy to find some common ground what a clear should be able to do, due to both API requirements and also hw differences (a case which might be able to use a special clear path on one hw might need a "normal" quad render on another). Hence several clear methods are provided, and a driver should implement all of them. - clear: slightly modified to also be able to clear only depth or stencil in a combined depth/stencil surface. This is however optional based on driver capability though ideally it wouldn't be optional. AFAIK this is in fact something used by applications quite a bit. Otherwise, for now still doesn't allow clearing with scissors/mask (or single color buffers) - clearRT: clears a single (potentially unbound) color surface. This was formerly roughly known as resource_fill_region. mesa st will not currently use this, though potentially would be useful for GL ClearBuffer. - clearDS: similar to above except for depth stencil surfaces. Note that clearDS/clearRT currently handle can handle partial clear. This might change however.
* | gallium: Don't depend directly on staging dir in Xorg template makefileJakob Bornecrantz2010-06-011-2/+2
| |
* | tgsi: we don't support indirect input/output registers in SSE codegen yetBrian Paul2010-06-031-6/+10
| | | | | | | | | | | | | | | | Extend the check for indirect addressing of temp regs to include input/output regs. Fixes failure with piglit glsl-texcoord-array.shader_test test when using SSE codegen.
* | tgsi: whitespace cleanupBrian Paul2010-06-031-14/+2
| |
* | gallium: add interpolation parameter to simple shader functionsBrian Paul2010-06-036-48/+58
| | | | | | | | | | This lets us specify linear interpolation instead of perspective interpolation for blit operations. Might be a bit faster.
* | gallium: Don't always copy the dri driver to the staging dirJakob Bornecrantz2010-06-011-2/+4
| | | | | | | | | | So something in the build keept updating the timestamp on the staging directory causing us to always copy the library to it.
* | gallium: Create a Xorg driver template MakefileJakob Bornecrantz2010-06-012-52/+82
| |
* | util/u_debug: use MAX2 macroBrian Paul2010-06-031-7/+1
| |
* | llvmpipe: Number shaders/variants for more reproducible function names in ↵José Fonseca2010-06-032-7/+28
| | | | | | | | the IR.
* | gallivm: Register the JIT engine with oprofile on debug/profile builds.José Fonseca2010-06-032-1/+30
| |
* | gallivm: Factor out the quad derivative code into a single place. Fix ddy.José Fonseca2010-06-035-52/+204
| | | | | | | | For ddy it should be (bottom - top).
* | r300g: use util/u_debugJoakim Sindholt2010-06-031-54/+5
| |
* | gallium: silence all debug_named_value related warningsJoakim Sindholt2010-06-036-71/+71
| |
* | util/u_debug: add description field to debug_named_valueJoakim Sindholt2010-06-032-6/+20
| |
* | scons: Handle Python OSError exception when missing libdrm_radeon.Vinson Lee2010-06-031-1/+5
| | | | | | | | | | Instead of crashing when libdrm_radeon is unavailable, the SCons build just does not build r600g.