src/mesa/pipe/i915simple/i915_fpc_translate.c | 5 src/mesa/pipe/p_state.h | 1 src/mesa/pipe/softpipe/sp_context.h | 2 src/mesa/pipe/softpipe/sp_headers.h | 1 src/mesa/pipe/softpipe/sp_prim_setup.c | 339 ++++++++++++++++---------- src/mesa/pipe/softpipe/sp_quad_earlyz.c | 6 src/mesa/pipe/softpipe/sp_quad_fs.c | 68 +++-- src/mesa/pipe/softpipe/sp_state_derived.c | 12 src/mesa/pipe/tgsi/exec/tgsi_exec.c | 27 -- src/mesa/pipe/tgsi/exec/tgsi_exec.h | 2 src/mesa/state_tracker/st_atom_shader.c | 25 + src/mesa/state_tracker/st_mesa_to_tgsi.c | 46 --- src/mesa/state_tracker/st_program.c | 25 + 13 files changed, 327 insertions(+), 232 deletions(-)
commit diffs at http://gitweb.freedesktop.org/?p=mesa/mesa.git;a=summary New commits: commit e785f190f0d49f0367f7468c22b77962d0f14ea0 Author: Brian <[EMAIL PROTECTED]> Date: Fri Dec 14 11:00:46 2007 -0700 Don't always declare frag shader INPUT[0] as fragment position. We were doing this for the sake of softpipe and the tgsi intergrepter since we always need the fragment position and W-coordinate information in order to compute fragment interpolants. But that's not appropriate for hardware drivers. The tgsi interpreter now get x,y,w information from a separate tgsi_exec_vector variable setup by softpipe. The new pipe_shader_state->input_map[] defines how vert shader outputs map to frag shader inputs. It may go away though, since one can also examine the semantic label on frag shader input[0] to figure things out. commit 23e36c2dfb1f9501a6a1023afc1d0c151f2e99c3 Author: Brian <[EMAIL PROTECTED]> Date: Fri Dec 14 10:46:29 2007 -0700 update comment for TGSI_TOKEN_TYPE_IMMEDIATE case _______________________________________________ mesa-commit mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/mesa-commit
