Bug 53562

Summary: Unable to create depth renderbuffer (unexpected format GL_DEPTH_COMPONENT16) from ES1
Product: Mesa Reporter: Merritt Boyd <chaos08>
Component: Drivers/DRI/i965Assignee: Ian Romanick <idr>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: medium CC: vaguelight
Version: 8.0   
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:

Description Merritt Boyd 2012-08-15 22:10:55 UTC 
Mesa exits with "implementation error: unexpected format GL_DEPTH_COMPONENT16 in _mesa_choose_tex_format" when calling glRenderbufferStorageOES(GL_RENDERBUFFER_OES, GL_DEPTH_COMPONENT16_OES, width, height) from an ES1 context.  The extension GL_OES_framebuffer_object is listed in the extension string.  The non-OES-suffixed equivalent call works fine from an ES2 context.

Commenting out lines 207 and 223 (the "if (ctx->Extensions.ARB_depth_texture)" check guarding the DEPTH_COMPONENT16 format) appears to make things work as expected, although I haven't done extensive testing to verify that.

Machine is a Samsung Chromebook XE550C22 running Ubuntu 12.04.  I've reproduced this with the ubuntu-provided Mesa 8.0.2 and my own build of 8.0.4, configured with "./configure --enable-gles1 --enable-gles2 --with-egl-platforms=x11,drm --enable-shared-glesapi --enable-dri --disable-glx --disable-gallium-llvm --with-gallium-drivers=".

Thanks!
Comment 1 Eric Anholt 2013-05-21 20:08:41 UTC 
*** Bug 64733 has been marked as a duplicate of this bug. ***
Comment 2 Eric Anholt 2013-05-21 22:32:50 UTC 
This got blocked in the review process for a while :(

commit c245efe7e8247ba0c845dee7b77e63fdbfc7e1b3
Author: Eric Anholt <eric@anholt.net>
Date:   Thu Mar 21 09:50:45 2013 -0700

    mesa: Remove extension checking from ChooseTexFormat.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.