aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers/dri/r300/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* radeon/r200/r300: port to new space checking code in libdrmDave Airlie2009-07-061-2/+8
| | | | | This moves a big chunk of the space checking code into libdrm so it can be shared by the DDX.
* r300: add hw accelerated support for different vertex data formatsMaciej Cencora2009-06-071-0/+1
|
* r300: move common fp functions to seperate fileMaciej Cencora2009-04-191-0/+1
|
* radeon: initial couch code copy from radeonDave Airlie2009-03-201-2/+4
|
* radeon: add cflags to decide whether to link libdrm_radeon or not.Dave Airlie2009-02-151-1/+3
| | | | | You don't need libdrm_radeon for the legacy driver to build, only for the experimental mm/cs paths.
* r300: make r300 work with latest changesDave Airlie2009-02-121-0/+1
|
* radeon/r200/r300: make build again with tracker changesDave Airlie2009-02-131-0/+1
|
* radeon: remove depends on libdrm_radeon for now.Dave Airlie2009-02-121-1/+1
| | | | | will fixup makefiles later to detect and use libdrm_Radeon in proper places
* radeon/r200/r300: make build with out libdrm_radeon installed for nowDave Airlie2009-02-121-1/+1
|
* r200/r300: get up to speed on renamed filesDave Airlie2009-02-121-13/+23
|
* radeon/r200/r300: another big merge upheavel.Dave Airlie2009-02-121-4/+0
| | | | | | | | 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
* radeon/r200/r300: merge span code into single shared fileDave Airlie2009-02-111-0/+1
|
* radeon/r200/r300: start to move to common miptree/texobjDave Airlie2009-01-211-3/+4
|
* radeon/r200/r300: start to make cmd buf usefulDave Airlie2009-01-151-1/+2
|
* radeon/r200/r300: attempt to move lock to common codeDave Airlie2009-01-141-2/+7
|
* radeon/r200/r300: initial attempt to convert to common context codeDave Airlie2009-01-141-1/+2
|
* radeon: fix library name for consistencyDave Airlie2008-12-221-1/+1
|
* radeon: fix pointer danglingJerome Glisse2008-11-161-2/+1
|
* r300: convert to new relocations format (see libdrm-radeon)Jerome Glisse2008-11-141-1/+1
|
* r300: cs + DRI2 supportJerome Glisse2008-11-141-1/+3
| | | | | If DRI2 is enabled then switch cmd assembly to directly build hw packet.
* r300: bo and cs abstraction.Jerome Glisse2008-11-141-3/+13
| | | | | | | | | | 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
* r300_fragprog: Use nqssa+dce and program_pair for emitNicolai Haehnle2008-07-121-0/+1
| | | | | | | 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.
* r500_fragprog: Major refactoring of final emitNicolai Haehnle2008-07-121-0/+1
| | | | | | | | | | 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.
* r500: Add "Not quite SSA" and dead code elimination passNicolai Haehnle2008-07-121-0/+1
| | | | In addition, this pass fixes non-native swizzles.
* r300: Add radeonTransformALU and fix a bug in r300_fragprog DPHNicolai Haehnle2008-06-141-0/+1
| | | | | This new generic transform replaces "special" instructions by more generic variants. Hopefully, we will be able to share this code between r300 and r500.
* r5xx: FP refactor, take one.Corbin Simpson2008-06-141-1/+1
| | | | Yes, I know it's massive. Imagine how I felt, auditing 3000 lines of code.
* r300: Add radeon_program and trivial refactoring of r300_fragprog to use itNicolai Haehnle2008-06-141-0/+2
| | | | | | | | | | 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.
* r500: fragprogDave Airlie2008-05-021-0/+1
|
* Initial r300 modes for swtcl it compiles!!Dave Airlie2007-06-141-0/+1
|
* Revert "r300: Merged radeon_span.c."Oliver McFadden2007-05-111-1/+1
| | | | This reverts commit 0aa998b2ab6fdfe139b54de9868e2383440685d0.
* r300: Merged radeon_span.c.Oliver McFadden2007-05-111-1/+1
|
* r300: Renamed r300_maos.c to r300_emit.c; it contains mostly emit code now.Oliver McFadden2007-05-111-1/+1
|
* r300: radeon_span.h is now common code; radeon_span.c still needs some work.Oliver McFadden2007-05-091-1/+2
|
* r300: Renamed the R300 memory manager from "radeon" to "r300"; it's R300Oliver McFadden2007-05-091-1/+1
| | | | specific.
* r300: Removed the obsolete GLX_DIRECT_RENDERING define.Oliver McFadden2007-05-091-1/+1
|
* r300: Removed the deprecated VTXFMT code.Oliver McFadden2007-05-091-1/+0
| | | | | This was okayed by Jerome Glisse and Keith Whitwell on the dri-devel IRC channel and list, respectively.
* r300: Cleaned up the R300 Makefile.Oliver McFadden2007-05-091-25/+0
|
* r300: Renamed r300_vertexprog.c to r300_vertprog.cOliver McFadden2007-03-151-1/+1
|
* Fix parallel make in r300 driver.Adam Jackson2007-02-201-2/+4
|
* Set DRIVER_DEFINES instead of DEFINES to fix duplicate flags problemBrian Paul2006-04-061-2/+2
|
* remove broken non arb fp pathAapo Tahkola2006-01-271-1/+0
|
* add EGL to r300 makefileDave Airlie2005-12-291-1/+7
|
* First step of Radeon DRI unification:Eric Anholt2005-11-021-1/+11
| | | | | | | | | | | | - 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.
* Sync with my local tree.Aapo Tahkola2005-10-261-0/+2
| | | | | | Changes to current operation: -Elts are no longer converted to 16-bit format -Cube maps
* add link for radeon_egl.cDave Airlie2005-09-251-1/+2
|
* Use the routines supplied in the __DRIinterfaceMethods structure to create aIan Romanick2005-07-281-2/+1
| | | | | destroy __GLcontextModes structures. This eliminates the need for DRI drivers to ever link with glcontextmodes.c.
* Clean up warnings in r300 code by making some symbols static, adding prototypesEric Anholt2005-07-201-1/+1
| | | | | for others, and being cleaner with types in fragment/vertex program structures. One warning in r300_shader.c is still concerning.
* Implement enough of ARB_fragment_program for Keith's texenv programBen Skeggs2005-05-231-0/+1
| | | | | | | | | | | | 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.
* Modifying to build against current Mesa. Disabled r200*.c files since they ↵Aapo Tahkola2005-04-241-20/+20
| | | | didnt want to build anymore.
* Adding some comments.Aapo Tahkola2005-04-211-1/+0
|