| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
The build output dirs mimics the old config names:
build/linux
build/linux-dri
build/linux-dri-x86
build/linux-dri-x86-debug
...
|
|
|
|
|
|
|
|
|
|
|
|
Forcing cell_array_info to be 16-byte aligned makes it more difficult
to stuff that state in batch commands.
|
|
|
|
|
|
The default value is 0, which is TGSI_PROCESSOR_FRAGMENT...not correct
for a vertex shader!
|
|
|
|
Unimplemented micro ops get assertions for now.
|
|
|
|
|
|
|
|
This was essentially a cut-and-paste bug when the instruction fetcher
was added. Also, the test for TGSI_PROCESSOR_FRAGMENT was moved
outside the loop for exec_declaration.
|
|
|
|
|
|
|
|
All of the code is wired in on the SPU side, but it is not called from
the PPU yet. Instruction / declaration fetch still needs to be
implemented in spu_exec.c.
|
|
|
|
Using the spu_add(), etc intrinsics.
About a 15% speed-up with some tests.
|
|
|
|
We'll never have more than one of these objects.
Avoiding pointer deref improves performance a bit.
|
|
|
|
|
|
|
|
|
|
This reduces the emit overhead, which is significant since we're
emiting one vertex at a time.
|
|
It is not being used, and would be dangerous to use given the possibility of constants.
|
|
|
|
texcyl.c is twice as fast now in non-texture mode
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
vertex data payload
|
|
|
|
Texture images are tiled in PPU code. SPUs use a texture cache for getting
texels from textures.
This is very rough code, but demos/texcyl.c works.
|
|
|
