summaryrefslogtreecommitdiff
path: root/src/gallium
AgeCommit message (Collapse)Author
2009-08-29llvmpipe: Avoid C99-isms.José Fonseca
2009-08-29llvmpipe: Factor out intrisic calling code into a reusable function.José Fonseca
2009-08-29llvmpipe: Cleanup test programs.José Fonseca
2009-08-29llvmpipe: Blending.José Fonseca
The code
2009-08-29llvmpipe: Arithmetic helpers.José Fonseca
2009-08-29llvmpipe: fastpath for interpolated z16 less depthtestingKeith Whitwell
Because this is interpolated (ie. early) depth, we can build in an assumption about the quads emitted by triangle setup, ie that they are actually linear spans. Interpolate z over those spans in z16 format to save on math & conversion.
2009-08-29llvmpipe: cope with nr_cbufs == 0Keith Whitwell
Disable blend code when no color buffer
2009-08-29llvmpipe: Translate logicops.José Fonseca
2009-08-29llvmpipe: Separate pixel packing/unpacking from loading/storing.José Fonseca
2009-08-29xlib: Integrate with llvmpipe.José Fonseca
Actually, the makefile/sconscript changes were already commit by mistake.
2009-08-29llvmpipe: Adjust for pixel layout changes.José Fonseca
2009-08-29util: Make pixel format layout more meaningful.José Fonseca
Namelly, explicitly distinguish formats coded by arithmetic manipulation, from formats layed out in array.
2009-08-29util: Don't commit u_format_table.cJosé Fonseca
At least not until stabilizes, to reduce noise.
2009-08-29llvmpipe: Fix typo in copyright.José Fonseca
2009-08-29llvmpipe: Add test cases for pixels.José Fonseca
Actually some of this test cases need more testing...
2009-08-29util: Fix r5g6b5 description.José Fonseca
2009-08-29llvmpipe: Update SConscript.José Fonseca
2009-08-29llvmpipe: Simple shell script to aid port softpipe changes to llvmpipe.José Fonseca
2009-08-29llvmpipe: move all depth/stencil/alpha pixel processing into one stageKeith Whitwell
2009-08-29llvmpipe: fix error in scissor state dependenciesKeith Whitwell
2009-08-29llvmpipe: cleanup framebuffer state routine slightlyKeith Whitwell
2009-08-29llvmpipe: move all color-combine code into lp_quad_blend.cKeith Whitwell
Consolidate the read-modify-write color combining code from the blend, colormask and output stages.
2009-08-29llvmpipe: fix typoKeith Whitwell
2009-08-29llvmpipe: example fastpaths in blendingKeith Whitwell
2009-08-29llvmpipe: actually pass >1 quad from triangle routineKeith Whitwell
First attempt
2009-08-29llvmpipe: expand quad pipeline to process >1 quad at a timeKeith Whitwell
This is part one -- we still only pass a single quad down, but the code can now cope with more. The quads must all be from the same tile.
2009-08-29llvmpipe: rip out old mulithread supportKeith Whitwell
2009-08-29llvmpipe: avoid flushing depth buffer cache on swapbuffersKeith Whitwell
There's no need to push out depth buffer contents on swapbuffers. Note that this change doesn't throw away depth buffer changes, it simply holds them in the cache over calls to swapbuffers. The hope is that swapbuffers will be followed by a clear() which means in that case we won't have to write the changes out.
2009-08-29llvmpipe: also shortcircuit non-texture tile lookupsKeith Whitwell
2009-08-29llvmpipe: shortcircuit repeated lookups of the same tileKeith Whitwell
The lp_tile_cache is often called repeatedly to look up the same tile. Add a cache (to the cache) of the single tile most recently retreived and make a quick inline check to see if this matches the subsequent request. Add a tile_address bitfield struct to make this check easier.
2009-08-29llvmpipe: remove unused vars in lp_setup.cKeith Whitwell
2009-08-29llvmpipe: use bitwise logic to setup quad masks in lp_setupKeith Whitwell
2009-08-29llvmpipe: simplify flush_spansKeith Whitwell
No loss of performance, but simpler code.
2009-08-29llvmpipe: make some small steps to flush texture cache less frequentlyKeith Whitwell
No performance gain yet, but the code is a bit cleaner.
2009-08-29llvmpipe: remove backwards dependency from tilecache to llvmpipeKeith Whitwell
The tile cache is a utility, it shouldn't know anything about the entity which is making use of it (ie llvmpipe). Remove llvmpipe parameter to all the tilecache function calls, and also remove the need to keep a llvmpipe pointer in the sampler structs.
2009-08-29llvmpipe: Rename preprocessor symbols too.José Fonseca
2009-08-29llvmpipe: Pixel packing/unpacking and loop code generators.José Fonseca
Just a small proof of concept plus a standalone test app. Not integrated with the rest of the driver yet.
2009-08-29util: Pixel format database.José Fonseca
There are some inconsistencies in pipe_format, but above all, there simply aren't enough bits in an enum to conveniently store all information about a pixel format we need to be able to dynamically generate pixel packing/unpacking code.
2009-08-29llvmpipe: Fork softpipe for experimentation with llvm.José Fonseca
2009-08-28i915g: Add cursor case for scanout layoutJakob Bornecrantz
2009-08-28i915g: Don't forget to init buffer ptrsJakob Bornecrantz
2009-08-28st/xorg: disable composite accelration for nowZack Rusin
2009-08-28st/xorg: bind samplers before compositionZack Rusin
2009-08-28st/xorg: normalize coords for the src operands in the vertex shaderZack Rusin
2009-08-28r300g: pretty up the new drm code a bitJoakim Sindholt
As it turns out, I made some boners. This corrects them (I hope)
2009-08-28st/xorg: If migrating from a sw pixmap to a hw pixmap upload old contentsJakob Bornecrantz
2009-08-28st/xorg: Null devPrivate.ptr when unmappingJakob Bornecrantz
2009-08-28st/xorg: Fix scons build.Michel Dänzer
2009-08-28r300g: support new drm_apiJoakim Sindholt
2009-08-28drm_api: Operate on textures instead of buffersJakob Bornecrantz
Most use cases just got the buffer from the texture and then called into one of the get_handle functions. Also with this patch it would be easier to move to a generic function for getting handles from textures and textures from handles, that is exposed via the screen.