summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* radeon: make state atom print like old r300 codeDave Airlie2009-02-231-4/+5
|
* radeon: fixup legacy bo/cs out of VRAM waiting.Dave Airlie2009-02-232-14/+60
| | | | This is similiar to the code from the F10 r300 bufmgr
* r300: make DRI2 not crash on compiz startDave Airlie2009-02-181-7/+17
|
* radeon: move device param id check ifndefDave Airlie2009-02-181-3/+4
|
* radeon: initialise swapped objects pointerDave Airlie2009-02-171-0/+2
|
* radeon: legacy texMem interface fixups.Dave Airlie2009-02-171-20/+28
| | | | | The texmem.c interface is wildly messed up it really wants to own the objects so let it, pain in the ass but this code should work a lot better now
* Revert "dri/radeon: export a function to cleanup a texture object."Dave Airlie2009-02-173-17/+4
| | | | This reverts commit 5325f8624093bb1ec30d581b4ff64218ceab99f9.
* radeon/r200: drop legacy texture heap codeDave Airlie2009-02-173-107/+0
|
* radeon/r200: fixup texturing aging callsDave Airlie2009-02-172-6/+4
|
* radeon: fixup destroy texture object exit path and update LRUDave Airlie2009-02-171-3/+10
| | | | | the destroy path was doing bad things with structure names, make it do less bad things, use container_of instead
* radeon: remove leftover debugDave Airlie2009-02-171-1/+0
|
* radeon/r200: drop dirty state from texture object + pp_txoffsetDave Airlie2009-02-177-58/+10
| | | | this is just more code cleanup for old dead code
* r200: align with r100 codeDave Airlie2009-02-171-3/+2
|
* radeon: fix not emitting texture state correctlyDave Airlie2009-02-171-0/+2
| | | | | this is whole texture dirty bit is probably not needed with the current codebase, need to revisit
* radeon: steal miptree optimisation from intel codebaseDave Airlie2009-02-171-0/+10
| | | | This replaces a miptree if it won't distrub anything else.
* radeon: move YUV on first texunit check after hw state is setupDave Airlie2009-02-171-5/+4
|
* dri/radeon: export a function to cleanup a texture object.Dave Airlie2009-02-173-4/+17
| | | | | The radeon legacy code want to cleanup not free the texture obj, so export a function to do that and wrap it.
* radeon: fix texcompress2 test.Dave Airlie2009-02-161-34/+53
| | | | this makes compressed subimages work properly.
* radeon: fix compressed tex subimage unpack parameterDave Airlie2009-02-161-1/+1
|
* radeon: add cflags to decide whether to link libdrm_radeon or not.Dave Airlie2009-02-155-3/+20
| | | | | You don't need libdrm_radeon for the legacy driver to build, only for the experimental mm/cs paths.
* radeon-common: Fix crash in glGetTexImageNicolai Haehnle2009-02-145-0/+69
| | | | | | | | | | | | Since texture images are now stored in miptrees, we cannot usually access them directly via the Data pointer. So we wrap Mesa's implementation by map/unmap calls. This crash was triggered by Sauerbraten, Piglit now contains a regression test. Signed-off-by: Nicolai Haehnle <nhaehnle@gmail.com>
* r300: Fix crash in cubemap tree creationNicolai Haehnle2009-02-141-6/+20
| | | | | | | | | The mip tree creation would crash if the first baselevel image to be uploaded was not the positive-x image. Found with Sauerbraten, also added a regression test to Piglit. Signed-off-by: Nicolai Haehnle <nhaehnle@gmail.com>
* r300: Redirect constant TEX coordinatesNicolai Haehnle2009-02-142-0/+32
| | | | | | | | | | | | | R3xx/R5xx fragment program texture constants must come from a hardware register instead of the constant file, so we redirect if necessary during the native rewrite phase. The symptoms of this bug started appearing when the Mesa fixed function texenvprogram code started using STATE_CURRENT_ATTRIB constants for texture coordinates when the corresponding attributes were constant across all vertices. Signed-off-by: Nicolai Haehnle <nhaehnle@gmail.com>
* r300: Fix R300_CMD_SCRATCH on big endian.Michel Dänzer2009-02-142-2/+11
|
* radeon: remove unused radeon_compat.cDave Airlie2009-02-141-301/+0
|
* r200: fixup cube emit debugDave Airlie2009-02-141-2/+1
|
* r200: fix another cmdbuf sizing issueDave Airlie2009-02-141-1/+1
|
* radeon: check for valid bo in release arraysDave Airlie2009-02-141-2/+4
|
* radeon: remove old cube codeDave Airlie2009-02-141-12/+1
|
* radeon/r300: fix warningsDave Airlie2009-02-143-3/+4
|
* radeon: add initial cubemap support appears to workDave Airlie2009-02-141-1/+39
|
* radeon/r200: make setTexOffset work againDave Airlie2009-02-134-6/+8
|
* radeon/r200: fix set tex offset functionsDave Airlie2009-02-132-6/+2
|
* radeon: revert unneeded change to texturing codeDave Airlie2009-02-131-3/+8
|
* radeon: fix compressed texture upload on all radeonsDave Airlie2009-02-132-22/+75
| | | | tested on r200, texcmp works. May need more verification
* r200: update with changes from r100 driver for texture stateDave Airlie2009-02-131-2/+44
|
* r200: port over state emit fix from r100Dave Airlie2009-02-131-2/+4
|
* r200: fixup some CS emission sizesDave Airlie2009-02-133-2/+3
|
* r200: use correct finish interfaceDave Airlie2009-02-135-6/+4
|
* radeon: fixup include orderingDave Airlie2009-02-132-4/+4
|
* Merge remote branch 'origin/master' into radeon-rewriteDave Airlie2009-02-131923-38087/+332768
|\ | | | | | | | | | | | | Conflicts: configure.ac src/mesa/drivers/dri/r200/r200_context.c src/mesa/drivers/dri/r300/r300_render.c
| * Fix an i965 assertion failure on glClear()Robert Ellison2009-02-111-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | While running conform with render-to-texture: conform -d 33 -v 2 -t -direct the i965 driver failed this assertion: intel_clear.c:77: intel_clear_tris: Assertion `(mask & ~((1 << BUFFER_BACK_LEFT) | (1 << BUFFER_FRONT_LEFT) | (1 << BUFFER_DEPTH) | (1 << BUFFER_STENCIL))) == 0' failed. The problem is that intel_clear_tris() is called by intelClear() to clear any and all of the available color buffers, but intel_clear_tris() actually only handles the back left and front left color buffers; so the assertion fails as soon as you try to clear a non-standard color buffer. The fix is to have intelClear() only call intel_clear_tris() with buffers that intel_clear_tris() can support. intelClear() already backs down to _swrast_Clear() for all buffers that aren't handled explicitly.
| * autoconf: Fix lib globbing for static buildsDan Nicholson2009-02-111-17/+14
| | | | | | | | | | Reported-by: Siddhartha Chaudhuri <expiring_frog@yahoo.co.uk> Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>
| * gallium: const-correctness for u_linear.c functionsBrian Paul2009-02-112-7/+8
| |
| * gallium: silence warnings about void ptr arithmeticBrian Paul2009-02-111-5/+6
| |
| * mesa: refactor MATH_SOURCES, remove Mesa x86 codegen from gallium buildBrian Paul2009-02-111-3/+5
| | | | | | | | | | | | | | | | Omit math/m_xform.c from gallium builds since it's not used and it's the one place we were pulling in the Mesa x86 codegen which collides with gallium's x86 codegen. Can now omit ASM_C_SOURCES from gallium build too.
| * mesa: get rid of _math_init()Brian Paul2009-02-115-17/+8
| | | | | | | | | | | | | | | | | | | | | | Only VBO uses the evaluator code so call _math_init_eval() there. Only TNL uses the transform/translate code so call _math_init_transformation() and _math_init_translate9) there. This is a step toward resolving some symbol collisions between Mesa's and gallium's x86 codegen. Have VBO and TNL modules call _math_init_transformation()
| * autoconf: Adjust to new asm SOURCES variablesDan Nicholson2009-02-112-11/+11
| | | | | | | | | | | | | | | | Commit 90b2beb661f630966788a6e909dc759c99e38973 changed the assembly variables. Without this change, the glapi assembly wasn't being built when it was supposed to, resulting in missing symbols in libGL. Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>
| * autoconf: Restore commented ASM_FLAGSDan Nicholson2009-02-111-1/+1
| | | | | | | | | | | | | | This is not the proper approach to disabling assembly. If there are bugs, they should be fixed or the assembly can default to off. Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>
| * Add external pixman CFLAGS after all internal include pathsDan Nicholson2009-02-111-1/+1
| | | | | | | | | | | | | | | | With the pixman CFLAGS at the beginning of the command line, my build was picking up the glcore.h from glproto, which doesn't have any of the TFP fields in __GLcontextmodes. Signed-off-by: Dan Nicholson <dbn.lists@gmail.com>
generated by cgit v1.1 at 2024-09-09 03:44:22 +0000