- 25 Jan, 2012 16 commits
-
-
Marek Olšák authored
-
Marek Olšák authored
-
Marek Olšák authored
v2: fix typo
-
Marek Olšák authored
The TGSI code may vary depending on the clamp_color bit.
-
Marek Olšák authored
For ARB_color_buffer_float. Most hardware can't do it and st/mesa is the perfect place for a fallback. The exceptions are: - r500 (vertex clamp only) - nv50 (both) - nvc0 (both) - softpipe (both) We also have to take into account that r300 can do CLAMPED vertex colors only, while r600 can do UNCLAMPED vertex colors only. The difference can be expressed with the two new CAPs.
-
Christian König authored
Fixing a circular build dependency. NOTE: This is a candidate for the 8.0 branch. Signed-off-by:
Christian König <deathsimple@vodafone.de>
-
Benjamin Franzke authored
A current incomplete framebuffer was incorrectly used as a st_framebuffer. When accessing st_framebuffer childs bad things happen: e.g. st_framebuffer::iface was used to check whether its an incomplete fb, instead we need to compare st_framebuffer::Base against mesa_get_incomplete_framebuffer. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=44919 Note: This is a candidate for the 8.0 branch. Reviewed-by:
Brian Paul <brianp@vmware.com>
-
Eric Anholt authored
Fixes Intel oglconform negative.typeFormatMismatch.copyteximage. NOTE: This is a candidate for the 8.0 branch. Reviewed-by:
Brian Paul <brianp@vmware.com>
-
Eric Anholt authored
This is part of fixing Intel oglconform negative.typeFormatMismatch.copyteximage. NOTE: This is a candidate for the 8.0 branch. Reviewed-by:
Brian Paul <brianp@vmware.com>
-
Eric Anholt authored
This code is unprepared for handling integer (particularly, the baseFormat of the TexFormat comes out as GL_RGBA, not GL_RGBA_INTEGER, so the direct call of Driver.ReadPixels crashes due to the int vs non-int error checking not having happened). I'm frankly tempted to convert this code to MapRenderbuffer/MapTexImage rather than doing it as meta ops, now that we have that support. Improves the remaining crash in Intel oglconform for int-textures to just a rendering failure. NOTE: This is a candidate for the 8.0 branch. Reviewed-by:
Brian Paul <brianp@vmware.com>
-
Eric Anholt authored
This aborts and crashes in intel oglconform's int-textures into being just rendering failures. Clamping isn't handled yet. v2: Add missing "break". v3: Drop the int/uint distinction, since they don't need different clamping. NOTE: This is a candidate for the 8.0 branch. Reviewed-by: Brian Paul <brianp@vmware.com> (v2)
-
Eric Anholt authored
Similarly to how we handle this in texstore, we have to remap height to depth so that we MapTextureImage each image layer individually. Fixes part of Intel oglconform's int-textures advanced.fbo.rtt NOTE: This is a candidate for the 8.0 branch. Reviewed-by:
Brian Paul <brianp@vmware.com>
-
Eric Anholt authored
Suggested-by:
Brian Paul <brianp@vmware.com>
-
Eric Anholt authored
This is a step toward fixing Intel oglconform's int-textures advanced.fbo.rtt. NOTE: This is a candidate for the 8.0 branch. Reviewed-by:
Brian Paul <brianp@vmware.com>
-
Eric Anholt authored
This doesn't result in correct rendering -- GL requires that logic ops work, while the hardware specs say it doesn't do them. I'm not sure how we would want to handle this. NOTE: This is a candidate for the 8.0 branch.
-
Eric Anholt authored
Fixes GPU hangs and some rendering failures in piglit EXT_texture_integer/fbo-blending NOTE: This is a candidate for the 8.0 branch.
-
- 24 Jan, 2012 24 commits
-
-
Brian Paul authored
The code is no longer relevant. Note: this driver is probably broken now. There's no implementation of ctx->Driver.Map/UnmapRenderbuffer().
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
As with commit aed5c829
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
No longer needed since we do all rendering to texture with the buffer mapping and pixel packing functions.
-
Brian Paul authored
When we're actually rendering into a texture, map the texture image instead of the corresponding renderbuffer. Before, we just copied a pointer from the texture image to the renderbuffer. This change will make the code usable by hardware drivers.
-
Brian Paul authored
No longer used anywhere.
-
Brian Paul authored
And remove unused nouveau_texture_map/unmap()
-
Brian Paul authored
ctx->Driver.MapTexture() always points to _swrast_map_texture(). We're already reaching into swrast from t_vb_program.c anyway. This will let us remove the ctx->Driver.Map/UnmapTexture() functions.
-
Brian Paul authored
-
Brian Paul authored
It always returned True.
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
This removes the last of the legacy fields from gl_renderbuffer.
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
Drivers that rely on swrast need to do this, as with swrast_texture_image.
-
Brian Paul authored
-
Brian Paul authored
-
Brian Paul authored
This will let us move the swrast-specific fields out of gl_renderbuffer.
-