summaryrefslogtreecommitdiff
path: root/src/mesa/drivers/dri/r300/r300_fragprog_emit.c
AgeCommit message (Collapse)Author
2009-07-27r300: Detangle fragment program compiler from driver-specific structureNicolai Hähnle
This is in preparation of sharing the fragment program compiler with Gallium: Compiler code is moved into its own directory and modified so that it no longer depends on driver structures. Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com>
2009-05-16r300: rename functionsMaciej Cencora
Be consistent with function naming: use Setup/Emit names for functions that modify hardware state
2009-04-27r300: fix fragment program limitsMaciej Cencora
2009-04-19r300: merge r300/r500 fragment program compiler structureMaciej Cencora
2009-04-19r300: merge r300/r500 fragment program structuresMaciej Cencora
2008-07-12r300_fragprog: Use nqssa+dce and program_pair for emitNicolai Haehnle
Share almost all code with r500_fragprog now. This also fixes Piglit's texrect-many test, which means that the compiz bicubic plugin should work with hardware acceleration now.
2008-07-06r300_fragprog: Emulate trigonometric functions in radeon_program_aluNicolai Haehnle
2008-07-06r300: Translate fragment program DST in radeon_program_aluNicolai Haehnle
2008-07-06r300: Translate fragment program LRP in radeon_program_alu.cNicolai Haehnle
2008-07-06r300: Allow adding parameters during fragprog transform, share LIT codeNicolai Haehnle
2008-07-05r300: Remove clause stuff for now in favour of a cloned generic gl_programNicolai Haehnle
2008-06-21replace __inline and __inline__ with INLINE macroBrian Paul
2008-06-14r300: Add radeonTransformALU and fix a bug in r300_fragprog DPHNicolai Haehnle
This new generic transform replaces "special" instructions by more generic variants. Hopefully, we will be able to share this code between r300 and r500.
2008-06-14r300_fragprog: Refactor TEX transformationNicolai Haehnle
Streamlining source and destination registers, as well as texcoord scaling for RECT textures is now done in a radeon_program based transformation. The idea is that this will allow us to optimize away unnecessary indirections more easily.
2008-06-14r300: Add radeon_program and trivial refactoring of r300_fragprog to use itNicolai Haehnle
The idea/hope is that radeon_program will serve as an intermediate representation for r3xx up to r6xx fragment and vertex programs. Right now, it is nothing more than a simplistic wrapper around Mesa's prog_instruction, together with the notion of clauses, taken from r6xx docs. The clauses will eventually be used to represent the nodes that are used in r300 family fragment programs.