summaryrefslogtreecommitdiffstats
path: root/src/mesa/drivers
Commit message (Collapse)AuthorAgeFilesLines
* Merge branch 'mesa_7_6_branch' into mesa_7_7_branchIan Romanick2009-12-154-6/+14
|\ | | | | | | | | Conflicts: src/gallium/drivers/softpipe/sp_quad_blend.c
| * intel: Fallback to software if drawable size is > MaxRenderbufferSizeIan Romanick2009-12-151-3/+8
| | | | | | | | | | | | | | This prevents the mystery blank window if, for example, glxgears is resized larger than 2048 wide on 915. Since the Intel drivers in Mesa 7.6 lack GTT mapped fallbacks, the performance is a slideshow at best. On Mesa 7.7 and later the performance is much better.
| * mga: Silence uninitialized variable warnings.Vinson Lee2009-12-141-1/+2
| |
| * mach64: Silence uninitialized variable warnings.Vinson Lee2009-12-141-1/+2
| |
| * i810: Silence uninitialized variable warnings in i180tris.cVinson Lee2009-12-131-1/+2
| |
* | i965: Use current draw buffer instead of drawable visual to get alpha bitsIan Romanick2009-12-142-3/+3
| | | | | | | | | | | | | | | | Use the currently bound draw buffer instead of the visual from the drawable used to create the context. This cause problems generating mipmaps for an RGBA texture in an RGB context. This fixes the failure in piglit's glsl-lod-bias test reported in bug #25614.
* | mesa/meta: move BindTexture() call in _mesa_meta_GenerateMipmap()Brian Paul2009-12-141-3/+3
| | | | | | | | | | | | | | | | | | This is a follow-up to commit e3fa700c178e11e6735430119232919176ab7b42. The call to _mesa_BindTexture() must be before we set any other texture object state, namely the _mesa_TexParameteri() calls. This fixes bug 25601 (piglit gen-nonzero-unit failure).
* | radeon: fix #25463Maciej Cencora2009-12-121-1/+4
| | | | | | | | This is just a workaroung until we properly fix texture mapping in radeonSpanRenderStart
* | r300: fix depth texturesMaciej Cencora2009-12-112-3/+17
| |
* | Merge branch 'mesa_7_6_branch' into mesa_7_7_branchBrian Paul2009-12-112-1/+6
|\|
| * i915: Add missing break statement in i915_debug_packet.Vinson Lee2009-12-101-0/+1
| |
| * r600: fix state size prediction after dc0777d3Andre Maasikas2009-12-091-1/+5
| |
* | intel: Remove ARGB internal_format == GL_RGB hacksIan Romanick2009-12-104-52/+17
| | | | | | | | | | Now that XRGB is supported, we don't need to hack around cases of an RGBA format buffer with an internal format of GL_RGB.
* | intel: Make RGB textures use XRGB8888Ian Romanick2009-12-101-4/+2
| |
* | intel: Make RGB renderbuffers use XRGB8888 like we do for RGB system buffers.Ian Romanick2009-12-101-5/+1
| |
* | i965: Fix handling of drawing to MESA_FORMAT_XRGB8888Ian Romanick2009-12-102-3/+48
| | | | | | | | | | | | | | It turns out that 965 and friends cannot actually render to an xRGB surfaces. Instead, the surface has to be RGBA with writes to alpha disabled and the blend function modified to always use 1.0 for destination alpha.
* | intel: Use spantmp2 GL_BGR / GL_UNSIGNED_INT_8_8_8_8_REV for XRGB8888Ian Romanick2009-12-101-1/+1
| |
* | spantmp2: Add support for GL_BGR / GL_UNSIGNED_INT_8_8_8_8_REVIan Romanick2009-12-101-0/+57
| | | | | | | | | | This is really for MESA_FORMAT_XRGB8888. Clearly spantmp2.h needs some re-work. Any volunteers?
* | intel: name in intel_create_renderbuffer was always 0, removeIan Romanick2009-12-101-2/+1
| |
* | intel: Use texformat accessor to get bytes-per-pixelIan Romanick2009-12-101-7/+1
| |
* | intel: softwareBuffer in intel_alloc_renderbuffer_storage was always false, ↵Ian Romanick2009-12-101-22/+15
| | | | | | | | remove
* | intel: Axe intel_renderbuffer::texformatIan Romanick2009-12-107-24/+13
| | | | | | | | | | Since the texformat branch merge, the value of intel_renderbuffer::texformat is just a copy of gl_renderbuffer::Format.
* | intel: Flush the render/texture cache when finishing render to texture.Eric Anholt2009-12-101-1/+9
| | | | | | | | | | | | | | | | | | | | Back when we were flushing the entire batch at BindFramebuffer, the kernel would notice the domain transition when someone went to texture from it and flush for us. We no longer do the batch flushing every time, so we get to do aggressive flushing until we move batchbuffer handling to libdrm. Fixes piglit fbo-flushing. Bug #25377. No noticeable performance loss on cairo-gl (so this is better than batch flushing).
* | meta: Bind texture to unit 0 for mipmap generationIan Romanick2009-12-091-0/+4
| | | | | | | | | | | | | | If the active texture unit on entry to mipmap generation is not zero, bind the texture to unit zero. Fixes bug #24219.
* | i965: Enable the accelerated ReadPixels path on gen4 along with pre-gen4.Eric Anholt2009-12-081-1/+1
| | | | | | | | Passes piglit pbo-read-argb8888, and doesn't otherwise regress quick.tests.
* | Merge branch 'mesa_7_6_branch' into mesa_7_7_branchAndre Maasikas2009-12-082-18/+10
|\|
| * r600: add support for TXB instructionAndre Maasikas2009-12-081-17/+9
| | | | | | | | | | makes testing other things easier - does not hang the card TODO: enable TEX dependency tracking in vertex programs
| * r600: reorder state for render_target and blendAndre Maasikas2009-12-081-1/+1
| | | | | | | | | | | | | | First time around render targets are not enabled yet (done in r700SendRenderTargetState) so blend state is not emitted for any targets. Affects first glClear in some mesa tests. As a quick fix reorder state emit so that target is set first
* | Merge branch 'mesa_7_6_branch' into mesa_7_7_branchIan Romanick2009-12-074-24/+29
|\| | | | | | | | | | | | | | | | | | | | | | | Conflicts: progs/demos/projtex.c progs/xdemos/glxinfo.c src/mesa/main/version.h To fix the confilicts in projtex.c and glxinfo.c I just took the code from mesa_7_6_branch. The conflicts seem to have occured from cherry-picks from mesa_7_7_branch to mesa_7_6_branch followed by commmits just to mesa_7_6_branch.
| * dri: Fix potential null pointer dereference in driBindContext.Vinson Lee2009-12-061-1/+2
| | | | | | | | (cherry picked from commit 919898e92fa23ff71a59d86a46ff0886a6f34e4d)
| * dri: Fix potential null pointer deference in dri_put_drawable.Vinson Lee2009-12-061-4/+4
| | | | | | | | (cherry picked from commit 364070b1f2b08d43fb205ec198894a35bec6b2f3)
| * radeon: fix polygon stippleAlex Deucher2009-12-044-24/+29
| | | | | | | | | | | | fixes fdo bug 25354 Signed-off-by: Alex Deucher <[email protected]>
* | Revert "intel: Make RGB renderbuffers use XRGB8888 like we do for RGB system ↵Ian Romanick2009-12-071-1/+5
| | | | | | | | | | | | | | | | | | buffers." This reverts commit 4598942b1b88a2a7d5af7febae7e79eedf00e385. XRGB8888 doesn't work as intended. Revert this for now, and we'll revisit it for 7.8 or something.
* | radeon: fix cases when only first image where put directly into miptree.Maciej Cencora2009-12-071-3/+3
| | | | | | | | Make sure that minimal width, height and depth of texture image is 1.
* | radeon: fix image migration for small compressed texturesMaciej Cencora2009-12-071-14/+9
| | | | | | | | memcpy would give incorrect results if src rowstride != dst rowstride
* | radeon: workaround an FBO issueMaciej Cencora2009-12-032-0/+9
| | | | | | | | Fixes #21501
* | radeon: properly check if image should be placed in the miptreeMaciej Cencora2009-12-031-1/+4
| | | | | | | | Fixes #25355
* | Merge commit 'mesa_7_6_branch' into mesa_7_7_branchJakob Bornecrantz2009-12-025-18/+11
|\| | | | | | | | | Conflicts: src/mesa/main/version.h
| * r200: fix polygon stippleAlex Deucher2009-12-034-17/+11
| | | | | | | | | | | | fixes fdo bug 25354 Signed-off-by: Alex Deucher <[email protected]>
| * intel: Remove GL_NV_point_sprite from extension listIan Romanick2009-12-011-1/+0
| | | | | | | | | | | | | | i830 does not (and cannot!) support the any of the non-default GL_POINT_SPRITE_R_MODE_NV settings. i915 and i965 could, but currently do not. In both cases it would require mucking about with the fragment shader.
* | intel: Make RGB renderbuffers use XRGB8888 like we do for RGB system buffers.Eric Anholt2009-12-021-5/+1
| |
* | intel: Fix more front-buffer rendering after Brian's less flushing patch.Eric Anholt2009-12-022-0/+4
| | | | | | | | | | | | | | bcbfda71b03303d3f008a6f3cf8cb7d9667bf8d2 left out many blit paths. This fixes up more of them to get Blender to work again. Bug #25030.
* | Revert "radeon/r300: no need to flush the cmdbuf when changing scissors ↵Dave Airlie2009-12-022-5/+2
| | | | | | | | | | | | | | | | | | state in KMM mode" This reverts commit 286bf89e5a1fc931dbf523ded861b809859485e2. This doesn't appear to be correct, regression so revert it. http://bugs.freedesktop.org/show_bug.cgi?id=25193
* | Merge branch 'mesa_7_6_branch' into mesa_7_7_branchIan Romanick2009-11-305-51/+65
|\| | | | | | | | | | | | | Conflicts: progs/util/shaderutil.c src/mesa/drivers/dri/r600/r600_context.c src/mesa/main/version.h
| * i915: Actually put i915PointParameterfv in the driver function table. Duh.Ian Romanick2009-11-301-0/+1
| |
| * i915: Fallback bit define missed on previous commitIan Romanick2009-11-291-0/+1
| |
| * i915: Round point sizes instead of truncate.Ian Romanick2009-11-291-1/+1
| |
| * i915: Enable point sprite coordinate generationIan Romanick2009-11-291-0/+29
| | | | | | | | | | | | | | | | | | | | | | | | | | Support still isn't completely correct, but it's better. piglit point-sprite now passes. However, glean's pointSprite test fails. In that test the texture on the sprite is somehow inverted as though GL_POINT_SPRITE_COORD_ORIGIN were set to GL_LOWER_LEFT. i915 hardware shouldn't be able to do that! I believe there are also problems when not all texture units have GL_COORD_REPLACE set. The hardware enable seems to be all or nothing. Fixes bug #25313.
| * radeon: fix context destroy needing lock for flushing.Dave Airlie2009-11-251-5/+4
| | | | | | | | | | | | | | | | | | Thanks to Intel code which I've just stolen pretty much as usual. This fixes fdo bug 22851 which is a dri1 regression since rewrite. Tested by: fpiobaf (Fabio) on #radeon Signed-off-by: Dave Airlie <[email protected]>
| * i915: Initialize Length and Offset fields when mapping a buffer objectIan Romanick2009-11-231-0/+2
| | | | | | | | | | | | This fixes an assertion failure in _mesa_MapBufferARB. Fixes bugzilla #25253.