| Age | Commit message (Collapse) | Author | |
|---|---|---|---|
| 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. | |||
| 2005-07-20 | Clean up warnings in r300 code by making some symbols static, adding prototypes | Eric Anholt | |
| for others, and being cleaner with types in fragment/vertex program structures. One warning in r300_shader.c is still concerning. | |||
| 2005-05-23 | Implement enough of ARB_fragment_program for Keith's texenv program | Ben Skeggs | |
| generation in Mesa. Requires most recent Mesa cvs to work correctly. Swizzle code is possibly slow/buggy and will probably be replaced. Old behaviour can be controlled by a #define in r300_context.h, if no-one minds I'll remove the old code later on. Also, disabled cube map extension. AFAIK We don't support it yet, and it causes issues with UT2004. | |||
| 2005-04-24 | Modifying to build against current Mesa. Disabled r200*.c files since they ↵ | Aapo Tahkola | |
| didnt want to build anymore. | |||
| 2005-04-21 | Adding some comments. | Aapo Tahkola | |
| 2005-04-19 | Reorganized shader stuff. | Aapo Tahkola | |
| 2005-03-15 | For some reason the Makefile didn't commit.. | Ben Skeggs | |
| 2005-02-11 | Port of r200 VB code. VB path should be as fast as the immediate path now, ↵ | Ben Skeggs | |
| tuxracer should render correctly. Immediate path was left enabled. | |||
| 2005-02-03 | Get vertex programs supplied by the user work properly with immediate mode - ↵ | Vladimir Dergachev | |
| vertex buffer mode worked by accident. Fix alu_offset in SINGLE_TEXTURE_PIPELINE. | |||
 |
index : android-x86-mesa.git | |
| Androïd/x86 port of Mesa drivers | Hugues Hiegel |
| summaryrefslogtreecommitdiff |