aboutsummaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers/dri/r300/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* egl: Remove USING_EGL and the related drivers.Chia-I Wu2010-01-221-4/+0
| | | | | They do not build for a long while and there seems to be no active users. It might be better for them to live in the git histroy.
* Remove hardcoded -Wall from Radeon DRI makefilesAlan Coopersmith2010-01-191-1/+0
| | | | | Signed-off-by: Alan Coopersmith <[email protected]> Signed-off-by: Brian Paul <[email protected]>
* radeon/r300/r600: share common glCopyTex(Sub)Image codeMaciej Cencora2010-01-191-2/+2
|
* radeon/r600: use new libdrm_radeon apiDave Airlie2009-12-211-1/+1
|
* r300: use accelerated emit for CopyTex[Sub]Image functionsMaciej Cencora2009-12-121-0/+1
|
* r300: accelerated blit supportMaciej Cencora2009-12-121-0/+1
|
* r300: use _mesa_meta_Clear for buffer clearsMaciej Cencora2009-12-121-1/+0
|
* mesa: lift default symlinks target into Makefile.templateBrian Paul2009-10-161-2/+0
| | | | Driver Makefiles can still add symlink dependencies/rules if needed.
* mesa: use EXTRA_MODULES and SUBDIRS to build r300 compilerBrian Paul2009-10-161-6/+4
| | | | | This is a bit cleaner and avoids rebuilding the r300_dri.so library all the time.
* Merge branch 'master' into r300-compilerNicolai Hähnle2009-09-211-2/+1
|\ | | | | | | | | | | | | | | | | | | There were additional non-textual conflicts. Conflicts: src/gallium/drivers/r300/r300_tgsi_to_rc.c src/mesa/drivers/dri/r300/compiler/r3xx_vertprog.c src/mesa/drivers/dri/r300/compiler/radeon_program.c src/mesa/drivers/dri/r300/compiler/radeon_program_alu.c
| * radeon: cleanup compile defines mess.Dave Airlie2009-09-161-2/+1
| | | | | | | | | | I inherited this and really it stayed around far too long, make it nice and simple.
* | Merge branch 'master' into r300-compilerNicolai Hähnle2009-09-061-6/+7
|\| | | | | | | | | Conflicts: src/gallium/drivers/r300/r300_tgsi_to_rc.c
| * r300: Convert to shared debug code.Pauli Nieminen2009-08-311-6/+7
| |
* | r300: Move Mesa -> RC program conversion to classic Mesa driverNicolai Hähnle2009-08-301-0/+1
|/ | | | | | | This really doesn't belong into the compiler itself, since the compiler should eventually be independent of Mesa's program representation. Signed-off-by: Nicolai Hähnle <[email protected]>
* r300: OQ reworkDave Airlie2009-08-181-2/+2
| | | | | | | | | | | | Move to common code base so radeon/r200 can add support for this. Make OQ start a state emitted like all normal state, and make no-tcl flushing work in proper places. Really need a generic post emit space reservation mechanism like max_state so we can reserve some space for the emit this code passes demos/arbocclude, piglit occlusion query and glean occlusion query with TCL and NO-TCL on my rv530.
* r300: add occlusion queries supportMaciej Cencora2009-08-151-0/+1
| | | | | | | TODO: - use proper interface for checking if bo is idle when it's available - disable ZTOP only when needed - make it work under KMS
* radeon: add VBO support (not enabled yet)Maciej Cencora2009-08-141-1/+2
|
* r300/compiler: Compile the compiler seperately into an archiveNicolai Hähnle2009-07-271-14/+8
| | | | | | | 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 <[email protected]>
* r300/program_pair: Dynamically allocate instructions temporarilyNicolai Hähnle2009-07-271-0/+1
| | | | | | | In preparation of using TGSI, where we cannot easily predict the number of instructions. Signed-off-by: Nicolai Hähnle <[email protected]>
* r300: Detangle fragment program compiler from driver-specific structureNicolai Hähnle2009-07-271-9/+13
| | | | | | | | 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 <[email protected]>
* Track Radeon driver symlinks in Git.Michel Dänzer2009-07-211-45/+1
|
* 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
|
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-04 16:47:22 +0000