The branch, gallium-0.1 has been updated
Commits at: http://cgit.freedesktop.org/mesa/mesa/log/?h=gallium-0.1
Summary of changes:
src/gallium/drivers/cell/ppu/cell_pipe_state.c | 30 ++---
.../drivers/cell/ppu/cell_state_per_fragment.c | 135 ++++++++++----------
.../drivers/cell/ppu/cell_state_per_fragment.h | 3 +-
src/gallium/drivers/cell/spu/spu_main.c | 21 ---
src/gallium/drivers/cell/spu/spu_main.h | 2 +
src/gallium/drivers/cell/spu/spu_tri.c | 2 +
6 files changed, 82 insertions(+), 111 deletions(-)
via 47531442e9c89c3ca764e9be225cfaec388609a1 (commit)
via 600499cf888fee9a91ff3106beca939ea0c7b2bd (commit)
via f140062b72ee2df05020d86abdc47336262494f9 (commit)
via 2902c164a22b6bcb6a42d7cd7fa82b608875093b (commit)
from fb1f4e207d9becca4a83d4934ff6aebf8270e51a (commit)
- Commits -----------------------------------------------
commit 47531442e9c89c3ca764e9be225cfaec388609a1
Author: Ian Romanick <[EMAIL PROTECTED]>
Date: Fri Mar 21 11:20:49 2008 -0700
cell: Generate blend / depth test code when state atom is created
Code generation should be performed when the device-specific state
atom is created, not when it is bound.
commit 600499cf888fee9a91ff3106beca939ea0c7b2bd
Author: Ian Romanick <[EMAIL PROTECTED]>
Date: Fri Mar 21 11:15:49 2008 -0700
cell: Change code-gen for CONST_COLOR blend factor
Previously the constant color blend factor was compiled into the
generated code. This meant that the code had to be regenerated each
time the constant color was changed. This doesn't fit with the model
used in Gallium.
As-is, the code could be better. The constant color is loaded for
every quad processed, even if it is not used. Also, if a lot of (1-x)
blend factors are used, 1.0 will be loaded and reloaded into registers
many times.
commit f140062b72ee2df05020d86abdc47336262494f9
Author: Ian Romanick <[EMAIL PROTECTED]>
Date: Fri Mar 21 10:25:58 2008 -0700
Tabs to spaces
commit 2902c164a22b6bcb6a42d7cd7fa82b608875093b
Author: Ian Romanick <[EMAIL PROTECTED]>
Date: Fri Mar 21 10:23:52 2008 -0700
cell: Remove unnecessary default_blend work-around
I suspect that there was some other bug in the blend code-gen that
made this work-around necessary.
---------------------------------
_______________________________________________
mesa-commit mailing list
mesa-commit@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-commit
