| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This will at least allow us to make the initial gains to get decent
vertex performance much more quickly & with higher confidence of getting
it right.
At some later point can look again at code-generating all the
fetch/cliptest/viewport extras in the same block as the vertex shader.
For now, just need to get some decent baseline performance.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Add
GALLIUM_ABORT_ON_ASSERT=no
to C:\gallium.cfg instead.
|
|
|
|
draw_vbuf_create()
|
|
|
|
|
|
|
|
Appearently MSVC c-preprocessor parses "255.0f" as two tokens:
"255.0" and "f", and performs variable substitution on "f".
|
|
|
|
Will eventually do this for all instances where we are converting vertices
from one format to another.
|
|
|
|
|
|
|
|
|
|
get_vertex_info)
|
|
The windbg connection seems synchronous, so this speeds up when printing
little text at a time (e.g., tgsi output).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
We often want to use a pool of equally sized buffers, so this makes the
slab suballocator a drop-in replacement.
|
|
|
|
|
|
|
|
|
|
Allow concurrent reads from buffers by the CPU/GPU, but serialize
all writes.
|
|
|
|
|
|
|
|
of the vertices and not always have to use the maximum vertex
allocation size for them
|
