summaryrefslogtreecommitdiffstats
path: root/src/gallium/drivers/llvmpipe
Commit message (Collapse)AuthorAgeFilesLines
* llvmpipe: Don't build lp_test_round when using MSVC.Vinson Lee2010-07-061-1/+3
| | | | | | | lp_test_round uses the math functions round and trunc, which aren't available with MSVC. Fixes the MSVC build for now.
* llvmpipe: Add lp_test_round to SCons build.Vinson Lee2010-07-061-0/+1
|
* llvmpipe: add test program for round(), trunc(), floor(), ceil()Brian Paul2010-07-062-0/+278
|
* llvmpipe: disconnect vertex texture sampling from the setupZack Rusin2010-07-068-89/+85
| | | | | | | it was wrong to put this in the fs paths, but it was easier to just stuff it along the fragment texture sampling paths. the patch disconnects vertex texture sampling and just maps the textures before the draw itself and unmaps them after.
* draw: implement vertex texture sampling using llvmZack Rusin2010-07-066-4/+96
|
* llvmpipe: ensure all bins are reset avoids memory corruption.Alan Hourihane2010-07-061-2/+2
|
* llvmpipe: wait for queries being finished when asked for it or before deletionRoland Scheidegger2010-07-051-6/+26
| | | | | This fixes bug #28757, though does not yet address the issue that fences aren't always emitted.
* gallivm: Support multiple pixels in lp_build_fetch_rgba_aos().José Fonseca2010-07-021-1/+3
| | | | | This allows to do the unpacking of formats that fit in 4 x unorm8 in parallel, 4 pixels at a time.
* gallivm: Fix 4 x unorm8 -> 4 x float conversion.José Fonseca2010-07-021-1/+1
| | | | Also fix the test.
* llvmpipe: silence pointer type warningsBrian Paul2010-07-011-4/+8
|
* gallivm: Support 4 x unorm8 in lp_build_fetch_rgba_aos().José Fonseca2010-07-011-71/+159
| | | | Uses code and ideas from Brian Paul.
* gallivm: Allow to conversions to/from registers of different sizes.José Fonseca2010-07-011-4/+16
| | | | | | Allow for example to convert from 4 x float32 to 4 x unorm8 and vice versa. Uses code and ideas from Brian Paul.
* llvmpipe: Remove lp_build_swizzle2_aos().José Fonseca2010-07-011-22/+19
| | | | Unnecessary special case.
* llvmpipe: another null pointer checkBrian Paul2010-06-301-1/+1
|
* llvmpipe: use dummy tile when out of memoryBrian Paul2010-06-303-14/+33
|
* llvmpipe: added new lp_memory.[ch] filesBrian Paul2010-06-304-0/+99
| | | | Functions for using dummy tiles when we detect OOM conditions.
* llvmpipe: Add a new scene state to describe scenes which only have state ↵José Fonseca2010-06-302-19/+26
| | | | | | | | | changes. It's a rare condition, but it may happen if all primitives are clipped/culled. For now we just do a no-op rasterization, but we could bypass it.
* llvmpipe: Don't reset the bin when there's a zsbuf bound.José Fonseca2010-06-301-1/+2
| | | | | | The previous rendering may have secondary effects on the zsbuf. Fixes the missing tiles on gearbox.
* llvmpipe: don't crash/assert on out of memoryBrian Paul2010-06-293-13/+16
| | | | Check for null pointers and return early, etc.
* llvmpipe: restore call to lp_setup_update_state()Brian Paul2010-06-291-0/+6
| | | | | | | | | This undoes part of commit 8be645d53a0d5d0ca50e4e9597043225e2231b6d and fixes fd.o bug 28822 as well as other regressions. The 'draw' module may issue additional state-change commands while we're inside the draw_arrays/elements() call so it's important to check for updated state at this point.
* mesa: initial support for ARB_geometry_shader4Zack Rusin2010-06-281-0/+2
| | | | | | laying down the foundation for everything and implementing most of the stuff. linking, gl_VerticesIn and multidimensional inputs are left.
* llvmpipe: set WRITE_ALL only a per-tile basis in lp_resource_copy().José Fonseca2010-06-281-9/+17
|
* llvmpipe: Actually flush in lp_resource_copy()José Fonseca2010-06-281-2/+2
| | | | The cpu_access is redundant in a software rasterizer.
* llvmpipe: Ensure outdated framebuffer state is not reused in ↵José Fonseca2010-06-282-4/+9
| | | | | | | | | | | | | | | | lp_setup_bind_framebuffer(). We were starting a scene whenever lp_setup_get_vertex_info() was called by the draw module. So when when all primitives were culled/clipped, not only did we create a new scene for nothing, but we end up using the old scene with the old framebuffer state instead of a new one. Fix consists in: - don't call lp_setup_update_state() in lp_setup_get_vertex_info() -- no longer necessary - always setting the scene state before binning a command -- query commands were bypassing it - assert no old scene is reused in lp_setup_bind_framebuffer()
* llvmpipe: fix comment typoBrian Paul2010-06-251-1/+1
|
* llvmpipe: Remove unnecessary header.Vinson Lee2010-06-231-1/+0
|
* llvmpipe: IgnoresJakob Bornecrantz2010-06-221-0/+1
|
* llvmpipe: make geometry shaders and stream output workZack Rusin2010-06-228-3/+180
|
* llvmpipe: s/lpfs/shader/José Fonseca2010-06-212-5/+5
|
* llvmpipe: Fix pointer dereference after free.José Fonseca2010-06-181-1/+2
|
* llvmpipe: limit the number of fragment shader variants kept aroundRoland Scheidegger2010-06-185-35/+107
| | | | | | | | | | | | | | | | | | llvmpipe can create a large number of shader variants for a single shader (which are quite big), and they were only ever deleted if the shader itself was deleted. This is especially apparent in things like glean blendFunc where a new variant is created for every different subtest, chewing up all memory. This change limits the numbers of fragment shader variants (for all shaders) which are kept around to a fixed number. If that would be exceeded a fixed portion of the cached variants is deleted (since without tracking the used variants this involves flushing we don't want to delete only one). Always the least recently used variants (from all shaders together) are deleted. For now this is all per-context. Both the number of how many variants are cached (1024) as well as how many will be deleted at once (1/4 of the cache size) are just rough guesses and subject to further optimization.
* llvmpipe: fix copy & paste bug in clear logicRoland Scheidegger2010-06-091-1/+1
| | | | fixes bug 28450.
* gallium: adjust the query interface to support custom typesZack Rusin2010-06-081-1/+2
| | | | we need to change it to support composite types
* llvmpipe: Add geom shader file to make buildJakob Bornecrantz2010-06-081-0/+1
|
* llvmpipe: Remove unnecessary header.Vinson Lee2010-06-071-1/+0
|
* llvmpipe: use util_clear_render_target/depth_stencil fallbacksRoland Scheidegger2010-06-071-0/+2
|
* llvmpipe: hook up basic gs and multiple constant buffer supportKeith Whitwell2010-06-078-10/+135
|
* Revert "llvmpipe: handle PIPE_CAP_TEXTURE_SWIZZLE query"Roland Scheidegger2010-06-051-2/+0
| | | | | This reverts commit acb20e7208341fb6a2b81ac10aa01f17e93a1dea. Oops should check commits after rebase...
* 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
|
* 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
|
* llvmpipe: Fix uninitialized variable on non-debug builds.Vinson Lee2010-06-031-0/+1
|
* Merge branch 'gallium-newclear'Roland Scheidegger2010-06-038-28/+113
|\ | | | | | | | | Conflicts: src/gallium/state_trackers/python/p_context.i
| * llvmpipe: adapt to clear interface changesRoland Scheidegger2010-05-298-28/+113
| | | | | | | | | | with some newfangled code, should support separate depth/stencil clears. Needs some testing.
* | llvmpipe: Number shaders/variants for more reproducible function names in ↵José Fonseca2010-06-032-7/+28
| | | | | | | | the IR.
* | gallium: silence all debug_named_value related warningsJoakim Sindholt2010-06-031-11/+11
| |
* | llvmpipe: Fix bad logic.José Fonseca2010-06-021-1/+1
| | | | | | | | Courtesy of Vinson and coverity.
* | llvmpipe: Remove unnecessary header.Vinson Lee2010-06-021-1/+0
| |
* | llvmpipe: Fix typo in assert.José Fonseca2010-06-021-1/+1
| |
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-19 01:52:13 +0000