Age | Commit message (Collapse) | Author |
|
|
|
|
|
Noticed by pzad on IRC
|
|
|
|
The PVS_VECTOR_OPCODE macro should be modified to support macro instructions,
too.
|
|
|
|
|
|
|
|
This opcode is likely a mistake from reverse engineering. MAD_2 isn't included
in AMD's documentation, and my testing reviles there is no problem using the
documented MAD opcode.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
These changes are taken from the xf86-video-ati driver. They update the header
file accordingly and also remove some UNKOWN variables.
|
|
This commit adds most of the graphics backend registers and of the rasterizer
registers. Again, some minor bugs were found and marked with TODO or even
fixed.
|
|
|
|
|
|
|
|
|
|
handling)
|
|
|
|
|
|
finally add some information to R300_RB3D_DSTCACHE_CTLSTAT
|
|
RB3D_COLOR_CHANNEL_MASK
|
|
|
|
|
|
This patch tries to get the Z-Buffer register names in sync with the AMD spec
so that talking to AMD engineers is much simpler.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
I've no idea if this code might break something or how it should interact
with vertex shaders, it makes the clip demo work for me
|
|
|
|
|
|
|
|
|
|
Possibly performance may improve by setting it to the last instruction that
writes result.position, rather than the last instruction in the vertex program.
|
|
|
|
|
|
These registers are per-pixel and per-vertex X and Y clipping planes.
|