aboutsummaryrefslogtreecommitdiffstats
path: root/src/gallium/auxiliary/draw/draw_pt_vcache.c
Commit message (Collapse)AuthorAgeFilesLines
* draw: Fix max_index check.Keith Whitwell2009-11-261-1/+2
| | | | | We want to fallback to draw splitting when vertex element indices might be too high for atomic draw path (currently limited to 4095).
* draw: Fix memory leak.Vinson Lee2009-10-271-0/+2
| | | | This would only be hit if we got and invalid index_size.
* draw: use u_reduced_prim() functionBrian Paul2009-06-191-1/+2
|
* draw: fix first provoking vertex mode for unfilled quadsBrian Paul2009-06-181-10/+24
|
* gallium: catch vertex overflow higher upAlan Hourihane2008-12-111-6/+7
|
* draw: Put INLINES where appropriate.José Fonseca2008-09-021-64/+85
| | | | In the hope of MSVC inline some more functions, but without much result.
* draw: attempt atomic submit of large drawelements callsKeith Whitwell2008-08-261-8/+13
|
* gallium: refactor/replace p_util.h with util/u_memory.h and util/u_math.hBrian Paul2008-08-241-1/+1
| | | | Also, rename p_tile.[ch] to u_tile.[ch]
* draw: make sure middle-end primitive is uptodate in vcacheKeith Whitwell2008-06-061-1/+26
|
* draw: respect driver's max vertex buffer sizeKeith Whitwell2008-06-041-5/+8
|
* draw: fast element translate path without deltaKeith Whitwell2008-06-021-31/+93
|
* draw: quieten some debugKeith Whitwell2008-05-291-1/+1
|
* draw: better calculation of fetch_countKeith Whitwell2008-05-291-3/+9
|
* draw: remove printfKeith Whitwell2008-05-291-2/+0
|
* draw: draw_range_elements trialKeith Whitwell2008-05-291-3/+120
|
* draw: restore extras path in draw_pt_vcache.c, keep pipeline flags out of ↵Keith Whitwell2008-05-271-52/+65
| | | | non-pipeline elts
* decomposition from keith, adds decomposition of more prim to the pipelineZack Rusin2008-05-131-65/+52
|
* draw: turn fse path into a middle endKeith Whitwell2008-05-121-14/+1
| | | | Also add some util functions in pt_util.c
* draw: squash warningsKeith Whitwell2008-05-011-1/+0
|
* draw: emit extra flags whenever pipeline is activeKeith Whitwell2008-04-251-5/+1
| | | | | | The assert was in fact over-sensitive, but emitting the extra flags is pretty trivial & we may as well just do it whenever we know the pipeline is running.
* draw: handle edgeflags and reset-line-stipple againKeith Whitwell2008-04-241-289/+67
|
* gallium: fix issues in recursive flushingBrian Paul2008-04-231-2/+0
| | | | | | | | | | When flushing/rendering, some stages (like AA line/point) need to set pipe/driver state. Those driver functions often call draw_flush(). That leads to recursion. Use new draw->suspend_flush flag to explicitly prevent that in the key places. Remove the draw->vcache_flushing field. Reuse draw->flushing as a debug/assertion var.
* gallium: added a flushing_vcache flag, test in draw_do_flush()Brian Paul2008-04-221-0/+2
| | | | Fixes broken polygon stipple, aaline, aapoint stages
* draw: disable broken edgeflag code - didn't work & was killing performanceKeith Whitwell2008-04-221-6/+7
|
* draw: propogate lots of errorsKeith Whitwell2008-04-211-0/+2
|
* draw: move incoming vertex state into draw->ptKeith Whitwell2008-04-191-1/+1
| | | | | This state is effectively private to the vertex processing part of the draw module.
* draw: make pt run pipeline when need_pipeline is true, not just when clippedKeith Whitwell2008-04-161-2/+3
|
* draw: fix edgeflag handling on the pt pathsKeith Whitwell2008-04-061-166/+230
| | | | | | | | | Encode edgeflags (and reset_stipple info) into the top two bits of the fetch elements. This info could be moved elsewhere, but for now we can live with a 1<<30 maximum element size... Also use the primitive decomposition code from draw_prim.c verbatim, as it includes all this stuff and is known to work.
* draw: Set the backend prim in the pt 'prepare' operationKeith Whitwell2008-04-021-8/+9
| | | | | | | Leaving it until 'run' is bad as the primitive is pretty much state for some drivers and so needs to get set early. In some drivers this is used to determine things like vertex format, etc -- by the time we get to 'run', it's too late to change this.
* draw: more flatshade_first changesKeith Whitwell2008-04-011-15/+112
| | | | | | - Reduce the number of changes to the normal vertex ordering - Assume that the hardware knows how to do this in the standard case. - Add support to the passthrough vcache path.
* gallium: Fix some MSVC warnings.José Fonseca2008-03-291-1/+1
|
* draw: fix some unsigned vs ushort confusionKeith Whitwell2008-03-231-5/+4
| | | | | Middle-end elements are ushort, but prior to that have to treat all elements as unsigned to avoid wrapping and/or overruns.
* gallium: beginnings of draw module vertex reworkKeith Whitwell2008-03-231-0/+338
Trying to put a structure in place that we can actually optimize. Initially just implementing a passthrough mode, this will fairly soon replace all the vertex_cache/prim_queue/shader_queue stuff that's so hard to understand... Split the vertex processing into a couple of distinct stages: - Frontend - Prepares two lists of elements (fetch and draw) to be processed by the next stage. This stage doesn't fetch or draw vertices, but makes the decision which to draw. Multiple implementations of this will implement different strategies, currently just a vcache implementation. - MiddleEnd - Takes the list of fetch elements, fetches them, runs the vertex shader, cliptest, viewport transform on them to produce a linear array of vertex_header vertices. - Passes that list of vertices, plus the draw_elements (which index into that list) onto the backend - Backend - Either the existing primitive/clipping pipeline, or the vbuf_render hardware backend provided by the driver. Currently, the middle-end is the old passthrough code, and it build hardware vertices, not vertex_header vertices as above. It may be that passthrough is a special case in this respect.