Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | llvmpipe: Separate pixel packing/unpacking from loading/storing. | José Fonseca | 2009-08-29 | 8 | -44/+185 |
| | |||||
* | llvmpipe: Adjust for pixel layout changes. | José Fonseca | 2009-08-29 | 3 | -2/+4 |
| | |||||
* | llvmpipe: Fix typo in copyright. | José Fonseca | 2009-08-29 | 5 | -5/+5 |
| | |||||
* | llvmpipe: Add test cases for pixels. | José Fonseca | 2009-08-29 | 1 | -42/+95 |
| | | | | Actually some of this test cases need more testing... | ||||
* | llvmpipe: Update SConscript. | José Fonseca | 2009-08-29 | 1 | -5/+0 |
| | |||||
* | llvmpipe: Simple shell script to aid port softpipe changes to llvmpipe. | José Fonseca | 2009-08-29 | 1 | -0/+28 |
| | |||||
* | llvmpipe: move all depth/stencil/alpha pixel processing into one stage | Keith Whitwell | 2009-08-29 | 13 | -957/+580 |
| | |||||
* | llvmpipe: fix error in scissor state dependencies | Keith Whitwell | 2009-08-29 | 1 | -2/+10 |
| | |||||
* | llvmpipe: cleanup framebuffer state routine slightly | Keith Whitwell | 2009-08-29 | 1 | -40/+10 |
| | |||||
* | llvmpipe: move all color-combine code into lp_quad_blend.c | Keith Whitwell | 2009-08-29 | 10 | -972/+727 |
| | | | | | Consolidate the read-modify-write color combining code from the blend, colormask and output stages. | ||||
* | llvmpipe: fix typo | Keith Whitwell | 2009-08-29 | 1 | -1/+1 |
| | |||||
* | llvmpipe: example fastpaths in blending | Keith Whitwell | 2009-08-29 | 1 | -11/+121 |
| | |||||
* | llvmpipe: actually pass >1 quad from triangle routine | Keith Whitwell | 2009-08-29 | 8 | -139/+135 |
| | | | | First attempt | ||||
* | llvmpipe: expand quad pipeline to process >1 quad at a time | Keith Whitwell | 2009-08-29 | 14 | -633/+745 |
| | | | | | | 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. | ||||
* | llvmpipe: rip out old mulithread support | Keith Whitwell | 2009-08-29 | 4 | -305/+57 |
| | |||||
* | llvmpipe: avoid flushing depth buffer cache on swapbuffers | Keith Whitwell | 2009-08-29 | 2 | -9/+16 |
| | | | | | | | | | 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. | ||||
* | llvmpipe: also shortcircuit non-texture tile lookups | Keith Whitwell | 2009-08-29 | 2 | -18/+31 |
| | |||||
* | llvmpipe: shortcircuit repeated lookups of the same tile | Keith Whitwell | 2009-08-29 | 3 | -97/+156 |
| | | | | | | | | | 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. | ||||
* | llvmpipe: remove unused vars in lp_setup.c | Keith Whitwell | 2009-08-29 | 1 | -5/+0 |
| | |||||
* | llvmpipe: use bitwise logic to setup quad masks in lp_setup | Keith Whitwell | 2009-08-29 | 1 | -25/+40 |
| | |||||
* | llvmpipe: simplify flush_spans | Keith Whitwell | 2009-08-29 | 1 | -53/+19 |
| | | | | No loss of performance, but simpler code. | ||||
* | llvmpipe: make some small steps to flush texture cache less frequently | Keith Whitwell | 2009-08-29 | 6 | -35/+70 |
| | | | | No performance gain yet, but the code is a bit cleaner. | ||||
* | llvmpipe: remove backwards dependency from tilecache to llvmpipe | Keith Whitwell | 2009-08-29 | 14 | -65/+62 |
| | | | | | | | | 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. | ||||
* | llvmpipe: Rename preprocessor symbols too. | José Fonseca | 2009-08-29 | 30 | -113/+113 |
| | |||||
* | llvmpipe: Pixel packing/unpacking and loop code generators. | José Fonseca | 2009-08-29 | 7 | -1/+689 |
| | | | | | Just a small proof of concept plus a standalone test app. Not integrated with the rest of the driver yet. | ||||
* | llvmpipe: Fork softpipe for experimentation with llvm. | José Fonseca | 2009-08-29 | 56 | -0/+11080 |
| | |||||
* | i915g: Add cursor case for scanout layout | Jakob Bornecrantz | 2009-08-28 | 1 | -12/+13 |
| | |||||
* | drm_api: Operate on textures instead of buffers | Jakob Bornecrantz | 2009-08-28 | 2 | -108/+69 |
| | | | | | | | | | 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. | ||||
* | r300g: Correct scissor setting, subtract 1 from window's width and height | Cooper Yuan | 2009-08-27 | 2 | -7/+7 |
| | |||||
* | nv04: Handle more Z formats. | Younes Manton | 2009-08-26 | 1 | -0/+4 |
| | | | | Based on the patch from Luo Jinghua. | ||||
* | r300g: Set the vector address in the input memory for ↵ | Cooper Yuan | 2009-08-24 | 1 | -16/+20 |
| | | | | bypass_vs_clip_and_viewport case | ||||
* | nv50: use VTX_ATTR_nF for constant vtxelts | Christoph Bumiller | 2009-08-20 | 3 | -1/+75 |
| | |||||
* | nv50: set vertex buffer limits | Christoph Bumiller | 2009-08-20 | 1 | -2/+11 |
| | |||||
* | nv50: modify vbo format to hw translation, add BGRA swizzle | Christoph Bumiller | 2009-08-20 | 1 | -39/+65 |
| | |||||
* | gallium: rename copy/fill_rect utility functions | Brian Paul | 2009-08-19 | 1 | -2/+2 |
| | |||||
* | r300g: Force off ZTOP optimizations for now. | Corbin Simpson | 2009-08-18 | 1 | -1/+2 |
| | |||||
* | r300g: Utilize DONTBLOCK. | Corbin Simpson | 2009-08-18 | 1 | -8/+19 |
| | | | | Also ALGYRHYTHMS. | ||||
* | r300g: Massively cleanup OQ. | Corbin Simpson | 2009-08-18 | 6 | -29/+174 |
| | | | | Still broken, but compiles cleaner, behaves better, etc. | ||||
* | r300g: Add high_second_pipe cap for R3xx chipsets. | Corbin Simpson | 2009-08-18 | 2 | -1/+11 |
| | | | | | This name is totally subject to change if ever I need to separate R3xx for some other reason. | ||||
* | Revert "r300-gallium, radeon-gallium: Nuke gb_pipes from orbit." | Corbin Simpson | 2009-08-18 | 5 | -0/+26 |
| | | | | | | | | | | This reverts commit 6a40d1e9d96f8e8c57bc3bbd6f567cacd4471f59. Turns out that we *do* need these for OQ after all. Go figure. Conflicts: src/gallium/winsys/drm/radeon/core/radeon_r300.h | ||||
* | Merge branch 'mesa_7_5_branch' | Brian Paul | 2009-08-18 | 1 | -1/+1 |
|\ | |||||
| * | trace: Remove space next to the class attribute of the trace. | José Fonseca | 2009-08-14 | 1 | -1/+1 |
| | | |||||
| * | softpipe: include sp_winsys.h to silence function prototype warning | Brian Paul | 2009-07-27 | 1 | -0/+1 |
| | | |||||
* | | nv50: remove a few cases of directly casting struct pipe_context | Maarten Maathuis | 2009-08-17 | 2 | -3/+3 |
| | | |||||
* | | nv50: borrow some flushing code from the ddx | Maarten Maathuis | 2009-08-17 | 1 | -3/+11 |
| | | | | | | | | | | - This fixes neverball corruption. - I'm unsure about what we're actually flushing here. | ||||
* | | nv50: whitespace fixes and deobfuscation | Maarten Maathuis | 2009-08-17 | 9 | -69/+85 |
| | | |||||
* | | cell: fix incorrect pipe_transfer tests | Brian Paul | 2009-08-17 | 1 | -2/+4 |
| | | | | | | | | The value is an enum, not a bitmask. | ||||
* | | nv50: fix stencil state | Christoph Bumiller | 2009-08-17 | 1 | -6/+6 |
| | | | | | | | | | | | | | | It's the front stencil methods that have contiguous offsets, not the back ones. Unfortunately the names in the header still have FRONT/BACK reversed, so I'm using hex values until it gets updated. | ||||
* | | nv50: avoid a NULL-ptr dereference when the pipe context changes | Maarten Maathuis | 2009-08-15 | 1 | -1/+26 |
| | | | | | | | | - We cannot assume all state objects are present when the pipe context changes. | ||||
* | | nv50: align registers used with TEX to 4 | Christoph Bumiller | 2009-08-15 | 1 | -1/+2 |
| | | | | | | | | | | | | | | | | The TEX instruction is passed the first index of a contiguous range of 4 TEMP registers that contain coordinates / LOD and, after execution, the texel values. It seems the first index is required to be a multiple of 4 on some (older ?) cards. |