summaryrefslogtreecommitdiff
path: root/src/mesa/main/framebuffer.h
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/framebuffer.h
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/framebuffer.h')
-rw-r--r--src/mesa/main/framebuffer.h5
1 files changed, 5 insertions, 0 deletions
diff --git a/src/mesa/main/framebuffer.h b/src/mesa/main/framebuffer.h
index 45a4703ba9..ef21dd98e8 100644
--- a/src/mesa/main/framebuffer.h
+++ b/src/mesa/main/framebuffer.h
@@ -81,5 +81,10 @@ _mesa_source_buffer_exists(GLcontext *ctx, GLenum format);
extern GLboolean
_mesa_dest_buffer_exists(GLcontext *ctx, GLenum format);
+extern GLenum
+_mesa_get_color_read_type(GLcontext *ctx);
+
+extern GLenum
+_mesa_get_color_read_format(GLcontext *ctx);
#endif /* FRAMEBUFFER_H */