| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
The function just returns the hard-coded value (0x5555) even though we have no
idea what this means...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The r300EmitVec functions don't touch the buf member so the assertion isn't
needed here.
|
|
|
|
|
|
Also, add quad.facing field for front/back facing. See comments for details.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This is a cleaned up version of the code in tnl/t_vertex*.
|
|
This has some limitations as we currently require a mapped framebuffer,
so it only really works with double-buffered ximage rgba8888 windows.
|
|
This will flesh out to hopefully acheive 3 things:
- New software rasterizer for mesa
- New driver model for mesa & dri with much smaller drivers
- The basis for the cell driver.
It's got a long way to go yet, but will at least run trivial/tri.c.
|
|
|
|
|
|
|
|
This required moving the r300Enable function but there are no actual changes.
|
|
|
|
|
|
|
|
|
|
I think this is correct, assuming no endian issues. See commmit
59a08923f51d4ed83effbfcd91473c9ee86465f1.
|
|
Supposedly you need to set these values for the interpolaters to work, but they
seem to work fine without these values.
|
|
ctx->Point._Attentuation was computed in wrong place and the VB->Eye coord Z
array wasn't indexed correctly in run_point_stage().
|
|
|
|
|
|
|
|
|
|
Only build tested for I830 generation.
|
