| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
apparent compiler bug
Without this dummy field, it seems the SPU code in cmd_render() gets a bogus
value when dereferencing render->num_indices, sometimes.
This showed up as missing tries in gears.c in the first frame rendered.
Using spu-gcc version 4.1.1, Cell SDK 2.1
|
|
|
|
|
|
|
|
|
|
proper handling...
|
|
To disable the Cell driver and use softpipe instead, export GALLIUM_NOCELL=1
|
|
it produces wrong results because it hasn't been adjusted to some
new changes and it will just be in the way while changing llvm
code to a different vector layout
|
|
remove stale code and do some general cleanups.
|
|
|
|
as-is in vbuf code
|
|
|
|
This is the final bit required to get Cell builds on x86 working.
Without this, mklib tries to link using the x86 gcc instead of
ppu32-gcc.
|
|
|
|
|
|
|
|
now.
|
|
progs/redbook/stencil.c
|
|
fs inputs
Some follow-on simplification in prim setup is possible...
|
|
Now based on the draw_vbuf code, instead being a custom one-off.
Disabled by default, enable with SP_VBUF env var.
|
|
Remove all dependencies on vertex_info, except for draw_vbuf.
Drawing stages now strictly operate on post-transformed vertices and don't
know anything about hw vertices.
Use vertex program output info for two-side/flat/etc stages.
Temporarily disable vbuf module in softpipe driver.
|
|
progs/samples/select.c
|
|
|
|
|
|
|
|
The vertex size may depend on whether we're drawing points, lines or triangles.
|
|
|
|
Also, added draw_convert_wide_points/lines() so a driver can tell the draw
module whether to convert wide points/lines into triangles, or just pass
them through.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Stippled lines are converted into a series of shorter line segments
|
|
|
|
post-xform vertex attribs to hw vertex attribs
|
|
|
