Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | llvmpipe: implement scissor test in triangle setup | Brian Paul | 2010-01-15 | 1 | -0/+1 |
| | |||||
* | llvmpipe: implement scissor testing | Brian Paul | 2010-01-14 | 1 | -0/+6 |
| | | | | | | | | | | | The scissor test is implemented as another per-quad operation in the JIT code. The four scissor box params are passed via the lp_jit_context. In the JIT code we compare the quad's x/y coords against the clip bounds and create a new in/out mask that's AND'd with the main quad mask. Note: we should also do scissor testing in the triangle setup code to improve efficiency. That's not done yet. | ||||
* | llvmpipe: check for texture usage in all scenes | Brian Paul | 2010-01-13 | 1 | -0/+6 |
| | |||||
* | llvmpipe: minor comment upgrades | Brian Paul | 2010-01-13 | 1 | -2/+2 |
| | |||||
* | llvmpipe: fix double free | Keith Whitwell | 2010-01-06 | 1 | -0/+2 |
| | |||||
* | llvmpipe: merge setup and draw vbuf submodules | Keith Whitwell | 2010-01-06 | 1 | -4/+25 |
| | | | | | | | | The setup tiling engine is now plugged directly into the draw module as a rendering backend. Removed a couple of layering violations such that the setup code no longer reaches out into the surrounding llvmpipe state or context. | ||||
* | llvmpipe: keep copy of framebuffer state in setup context | Keith Whitwell | 2009-12-17 | 1 | -1/+1 |
| | | | | | | Avoids crashes when first frame is rendered before window is mapped. Avoids potential issue where fb state is changed before setup context is flushed. | ||||
* | llvmpipe: rename bins to scene | Keith Whitwell | 2009-12-13 | 1 | -6/+6 |
| | | | | | | | | | It was pretty confusing having an entity named "bin" and another named "bins", not least because sometimes there was a need to talk about >1 of the "bins" objects, which couldn't be pluralized any further... Scene is a term used in a bunch of places to talk about what a binner operates on, so it's a decent choice here. | ||||
* | llvmpipe: checkpoint: begin plugging in bin queue code | Brian Paul | 2009-12-09 | 1 | -1/+6 |
| | |||||
* | llvmpipe: use new lp_setup_get_current_bins() function | Brian Paul | 2009-12-09 | 1 | -1/+2 |
| | | | | This stub function will interface to the queue system... | ||||
* | llvmpipe: still more bin code reorganization | Brian Paul | 2009-12-04 | 1 | -4/+0 |
| | | | | | Move tiles_x,y fields from setup state into bin state. Move more bin-adding commands into lp_bin.[ch]. | ||||
* | llvmpipe: reorganization of binning data structions and funtions | Brian Paul | 2009-12-04 | 1 | -16/+1 |
| | | | | | | | | New lp_bins struct contains all bin information. More move bin-related code into lp_bin.[ch] Use new/updated bin-access functions to hide implementation details. The result is more/cleaner separation between the setup and rast components. This will make double-buffering of the bins easier, etc. | ||||
* | llvmpipe: simplify framebuffer state code | Brian Paul | 2009-12-04 | 1 | -6/+1 |
| | |||||
* | llvmpipe: comments and minor clean-ups | Brian Paul | 2009-12-04 | 1 | -0/+7 |
| | |||||
* | llvmpipe: move bin-related structures and functions into new lp_bin.[ch] | Brian Paul | 2009-12-04 | 1 | -115/+1 |
| | | | | And put lp_ prefixes on some functions. | ||||
* | llvmpipe: bin state-change commands | Brian Paul | 2009-12-04 | 1 | -2/+5 |
| | | | | | | | | | | | Previously, each triangle had a pointer to the state to use for shading. Now we insert state-change commands into the bins. When we execute one of those commands we just update a 'current state' pointer and use that pointer when calling the jit shader. When inserting state-change commands into a bin we check if the previous command was also a state-change command and simply replace it. This avoids accumulating useless/redundant state-change commands. | ||||
* | llvmpipe: struct cmd_bin | Brian Paul | 2009-12-04 | 1 | -4/+15 |
| | | | | Just introducing a new structure to represent a per-tile bin. | ||||
* | llvmpipe: comments | Brian Paul | 2009-12-03 | 1 | -4/+11 |
| | |||||
* | llvmpipe: comments | Brian Paul | 2009-12-03 | 1 | -4/+4 |
| | |||||
* | llvmpipe: add a bunch of comments | Brian Paul | 2009-11-30 | 1 | -0/+6 |
| | |||||
* | llvmpipe: remove one of two definitions of TILESIZE | Keith Whitwell | 2009-10-21 | 1 | -2/+3 |
| | |||||
* | llvmpipe: fixed-point rasterization | Keith Whitwell | 2009-10-19 | 1 | -0/+9 |
| | |||||
* | llvmpipe: Allocate the blend color from the data store, and ensure it's aligned. | José Fonseca | 2009-10-19 | 1 | -2/+26 |
| | |||||
* | llvmpipe: Maintain a copy of the shader constants to prevent clobbering. | José Fonseca | 2009-10-18 | 1 | -1/+12 |
| | |||||
* | llvmpipe: Get jit_context/jit_function across the rasterizer. | José Fonseca | 2009-10-09 | 1 | -6/+3 |
| | |||||
* | llvmpipe: Put jit_context in store. | José Fonseca | 2009-10-09 | 1 | -0/+2 |
| | |||||
* | llvmpipe: Pass state to setup. | José Fonseca | 2009-10-09 | 1 | -0/+5 |
| | |||||
* | llvmpipe: use union lp_cmd_rast_arg directly, rather than through a pointer | Keith Whitwell | 2009-10-09 | 1 | -3/+3 |
| | | | | | The union itself consists of pointers. We don't need to be passing pointer to pointers. | ||||
* | llvmpipe: hook up some state, add stub line and point functions | Keith Whitwell | 2009-10-09 | 1 | -3/+6 |
| | |||||
* | llvmpipe: calculate overall width and height, pass to rasterizer | Keith Whitwell | 2009-10-09 | 1 | -0/+2 |
| | |||||
* | llvmpipe: get lp_setup compiling | Keith Whitwell | 2009-10-08 | 1 | -10/+18 |
| | |||||
* | llvmpipe: work on clears and coefficients | Keith Whitwell | 2009-10-08 | 1 | -3/+2 |
| | |||||
* | llvmpipe: start cleaning up | Keith Whitwell | 2009-10-08 | 1 | -9/+17 |
| | |||||
* | llvmpipe: Update more copyright headers. | José Fonseca | 2009-10-08 | 1 | -2/+3 |
| | |||||
* | llvmpipe: wip me harder | Keith Whitwell | 2009-10-08 | 1 | -88/+99 |
| | |||||
* | llvmpipe: import experimental softpipe rasterizer code, wip binning code | Keith Whitwell | 2009-10-08 | 1 | -0/+140 |
WIP, does't build or run. Rasterizer code is based on Nick Capen's devmaster posts and the larrabee articles, but currently doesn't share either the performance or correctness of either... |