Age | Commit message (Collapse) | Author | |
---|---|---|---|
2009-07-27 | r300/compiler: Compile the compiler seperately into an archive | Nicolai Hähnle | |
This is all part of untangling the compiler from the classic driver, so that it may be used in Gallium without depending on Mesa stuff if possible Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com> | |||
2009-07-27 | r300/program_pair: Dynamically allocate instructions temporarily | Nicolai Hähnle | |
In preparation of using TGSI, where we cannot easily predict the number of instructions. Signed-off-by: Nicolai Hähnle <nhaehnle@gmail.com> | |||
2009-07-27 | r300: Detangle fragment program compiler from driver-specific structure | Nicolai 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-07-21 | Track Radeon driver symlinks in Git. | Michel Dänzer | |
2009-07-06 | radeon/r200/r300: port to new space checking code in libdrm | Dave Airlie | |
This moves a big chunk of the space checking code into libdrm so it can be shared by the DDX. | |||
2009-06-07 | r300: add hw accelerated support for different vertex data formats | Maciej Cencora | |
2009-04-19 | r300: move common fp functions to seperate file | Maciej Cencora | |
2009-03-20 | radeon: initial couch code copy from radeon | Dave Airlie | |
2009-02-15 | radeon: add cflags to decide whether to link libdrm_radeon or not. | Dave Airlie | |
You don't need libdrm_radeon for the legacy driver to build, only for the experimental mm/cs paths. | |||
2009-02-12 | r300: make r300 work with latest changes | Dave Airlie | |
2009-02-13 | radeon/r200/r300: make build again with tracker changes | Dave Airlie | |
2009-02-12 | radeon: remove depends on libdrm_radeon for now. | Dave Airlie | |
will fixup makefiles later to detect and use libdrm_Radeon in proper places | |||
2009-02-12 | radeon/r200/r300: make build with out libdrm_radeon installed for now | Dave Airlie | |
2009-02-12 | r200/r300: get up to speed on renamed files | Dave Airlie | |
2009-02-12 | radeon/r200/r300: another big merge upheavel. | Dave Airlie | |
This merges lots of the hw state atom emission and firevertices code. it also removes a lot of the extra radeon crap from r300 and merge scissor | |||
2009-02-11 | radeon/r200/r300: merge span code into single shared file | Dave Airlie | |
2009-01-21 | radeon/r200/r300: start to move to common miptree/texobj | Dave Airlie | |
2009-01-15 | radeon/r200/r300: start to make cmd buf useful | Dave Airlie | |
2009-01-14 | radeon/r200/r300: attempt to move lock to common code | Dave Airlie | |
2009-01-14 | radeon/r200/r300: initial attempt to convert to common context code | Dave Airlie | |
2008-12-22 | radeon: fix library name for consistency | Dave Airlie | |
2008-11-16 | radeon: fix pointer dangling | Jerome Glisse | |
2008-11-14 | r300: convert to new relocations format (see libdrm-radeon) | Jerome Glisse | |
2008-11-14 | r300: cs + DRI2 support | Jerome Glisse | |
If DRI2 is enabled then switch cmd assembly to directly build hw packet. | |||
2008-11-14 | r300: bo and cs abstraction. | Jerome Glisse | |
This abstract memory management and command stream building so we can use different backend either legacy one which use old pathway or a new one like with a new memory manager. This works was done by : Nicolai Haehnle Dave Airlie Jerome Glisse | |||
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-12 | r500_fragprog: Major refactoring of final emit | Nicolai Haehnle | |
Use an abstracted instruction scheduling and register allocation algorithm that we will be able to share with r300_fragprog. Unlike the original emit code, this code tries to pair instructions that only use the RGB part of the ALU with instructions that only use the alpha part. However, the pairing algorithm still has some shortcomings; for example, it doesn't generate optimal code for the emulation of LIT. | |||
2008-07-12 | r500: Add "Not quite SSA" and dead code elimination pass | Nicolai Haehnle | |
In addition, this pass fixes non-native swizzles. | |||
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 | r5xx: FP refactor, take one. | Corbin Simpson | |
Yes, I know it's massive. Imagine how I felt, auditing 3000 lines of code. | |||
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. | |||
2008-05-02 | r500: fragprog | Dave Airlie | |
2007-06-14 | Initial r300 modes for swtcl it compiles!! | Dave Airlie | |
2007-05-11 | Revert "r300: Merged radeon_span.c." | Oliver McFadden | |
This reverts commit 0aa998b2ab6fdfe139b54de9868e2383440685d0. | |||
2007-05-11 | r300: Merged radeon_span.c. | Oliver McFadden | |
2007-05-11 | r300: Renamed r300_maos.c to r300_emit.c; it contains mostly emit code now. | Oliver McFadden | |
2007-05-09 | r300: radeon_span.h is now common code; radeon_span.c still needs some work. | Oliver McFadden | |
2007-05-09 | r300: Renamed the R300 memory manager from "radeon" to "r300"; it's R300 | Oliver McFadden | |
specific. | |||
2007-05-09 | r300: Removed the obsolete GLX_DIRECT_RENDERING define. | Oliver McFadden | |
2007-05-09 | r300: Removed the deprecated VTXFMT code. | Oliver McFadden | |
This was okayed by Jerome Glisse and Keith Whitwell on the dri-devel IRC channel and list, respectively. | |||
2007-05-09 | r300: Cleaned up the R300 Makefile. | Oliver McFadden | |
2007-03-15 | r300: Renamed r300_vertexprog.c to r300_vertprog.c | Oliver McFadden | |
2007-02-20 | Fix parallel make in r300 driver. | Adam Jackson | |
2006-04-06 | Set DRIVER_DEFINES instead of DEFINES to fix duplicate flags problem | Brian Paul | |
2006-01-27 | remove broken non arb fp path | Aapo Tahkola | |
2005-12-29 | add EGL to r300 makefile | Dave Airlie | |
2005-11-02 | First step of Radeon DRI unification: | Eric Anholt | |
- Makes all three drivers use the same screen structure and setup code, with a few ifdefs for the separate compilation to deal with symbols not being available to all drivers and the fact that we have no mechanism for dealing with different config options for different chip families in the same driver. These issues should be dealt with later. - Introduces IS_R[123]00_CLASS(radeonScreenPtr) macro for code for taking different paths depending on the general class of chipset. - Adds many new R300-class PCI IDs, though not all those listed in radeon_driver.c. | |||
2005-10-26 | Sync with my local tree. | Aapo Tahkola | |
Changes to current operation: -Elts are no longer converted to 16-bit format -Cube maps | |||
2005-09-25 | add link for radeon_egl.c | Dave Airlie | |
2005-07-28 | Use the routines supplied in the __DRIinterfaceMethods structure to create a | Ian Romanick | |
destroy __GLcontextModes structures. This eliminates the need for DRI drivers to ever link with glcontextmodes.c. |