Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-05-16 | r300: rename functions | Maciej Cencora | |
Be consistent with function naming: use Setup/Emit names for functions that modify hardware state | |||
2009-04-27 | r300: fix fragment program limits | Maciej Cencora | |
2009-04-19 | r300: merge r300/r500 fragment program compiler structure | Maciej Cencora | |
2009-04-19 | r300: merge r300/r500 fragment program structures | Maciej Cencora | |
2008-07-12 | r300_fragprog: Use nqssa+dce and program_pair for emit | Nicolai 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-06 | r300_fragprog: Emulate trigonometric functions in radeon_program_alu | Nicolai Haehnle | |
2008-07-06 | r300: Translate fragment program DST in radeon_program_alu | Nicolai Haehnle | |
2008-07-06 | r300: Translate fragment program LRP in radeon_program_alu.c | Nicolai Haehnle | |
2008-07-06 | r300: Allow adding parameters during fragprog transform, share LIT code | Nicolai Haehnle | |
2008-07-05 | r300: Remove clause stuff for now in favour of a cloned generic gl_program | Nicolai Haehnle | |
2008-06-21 | replace __inline and __inline__ with INLINE macro | Brian Paul | |
2008-06-14 | r300: Add radeonTransformALU and fix a bug in r300_fragprog DPH | Nicolai 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-14 | r300_fragprog: Refactor TEX transformation | Nicolai 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-14 | r300: Add radeon_program and trivial refactoring of r300_fragprog to use it | Nicolai 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. |