summaryrefslogtreecommitdiff
path: root/src/mesa/main/context.c
diff options
context:
space:
mode:
authorEric Anholt <eric@anholt.net>2009-12-09 10:08:07 -0800
committerEric Anholt <eric@anholt.net>2009-12-09 10:37:36 -0800
commitcd6b8dd9e82fedc55d033131fbc0f8ee950567c8 (patch)
treec9ac30b607861e22e77d8b0f526fc8c615d5a2a1 /src/mesa/main/context.c
parentdd9eb8774ad7918187afebf8cd3be6f4b80f0f3b (diff)
mesa: Move OES_read_format support from drivers into the core.
The assertion is that the correct read type to be using is the native type of the underlying read renderbuffer. For some fallback paths, this may be worse than GL_RGBA/GL_UNSIGNED_BYTE for reads today, but it gets all drivers the expected GL_BGRA/GL_UNSIGNED_BYTE for ARGB8888 or GL_BGR//GL_UNSIGNED_SHORT_5_6_5_REV for rgb565 with no work. This fixes the intel (and other) DRI drivers to report read formats that should hit blit PBO readpixels paths.
Diffstat (limited to 'src/mesa/main/context.c')
-rw-r--r--src/mesa/main/context.c4
1 files changed, 0 insertions, 4 deletions
diff --git a/src/mesa/main/context.c b/src/mesa/main/context.c
index b5bf46718f..87eae96639 100644
--- a/src/mesa/main/context.c
+++ b/src/mesa/main/context.c
@@ -564,10 +564,6 @@ _mesa_init_constants(GLcontext *ctx)
/* GL_ARB_draw_buffers */
ctx->Const.MaxDrawBuffers = MAX_DRAW_BUFFERS;
- /* GL_OES_read_format */
- ctx->Const.ColorReadFormat = GL_RGBA;
- ctx->Const.ColorReadType = GL_UNSIGNED_BYTE;
-
#if FEATURE_EXT_framebuffer_object
ctx->Const.MaxColorAttachments = MAX_COLOR_ATTACHMENTS;
ctx->Const.MaxRenderbufferSize = MAX_WIDTH;