<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [BDW Bisected]dEQP-GLES3.functional.fbo.completeness.renderable.texture.depth.rg_half_float_oes fails" href="https://bugs.freedesktop.org/show_bug.cgi?id=90748#c14">Comment # 14</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [BDW Bisected]dEQP-GLES3.functional.fbo.completeness.renderable.texture.depth.rg_half_float_oes fails" href="https://bugs.freedesktop.org/show_bug.cgi?id=90748">bug 90748</a> from <a class="email" href="mailto:lemody@gmail.com" title="Tapani Pälli <lemody@gmail.com>"> Tapani Pälli</a> <pre>(In reply to Matt Turner from <a href="show_bug.cgi?id=90748#c13">comment #13</a>) > (In reply to Gavin Hindman from <a href="show_bug.cgi?id=90748#c12">comment #12</a>) > > If this is an issue in the test, then why would it have previously been > > passing, but now is not? These are regressions against a Mesa snapshot > > that's only a few months old, not standing historical failures. > > It's because the test was not running before we enabled the extension. Yeah, these subtests are only run with the new enabled functionality. Unfortunately the main test also covers other formats, so enabling floating point textures makes the whole test fail while it used to pass earlier. We are still passing all the other subtests (and all the floating point format tests expect when using GL_RED and GL_RG). There are 2 khronos bugs lingering around this issue: <a href="https://cvs.khronos.org/bugzilla/show_bug.cgi?id=7333">https://cvs.khronos.org/bugzilla/show_bug.cgi?id=7333</a> (still open) <a href="https://cvs.khronos.org/bugzilla/show_bug.cgi?id=8909">https://cvs.khronos.org/bugzilla/show_bug.cgi?id=8909</a> (resolved in gles 3.0) Reading these it's still a bit unclear to me how this should be resolved. OpenGL ES 3.0 clearly states (in 4.4.4 Framebuffer completeness): "The following base internal formats from table 3.15 are color-renderable: ALPHA , RED , RG , RGB , and RGBA . The sized internal formats from ta- ble 3.16 that have a color-renderable base internal format are also color- renderable. No other formats, including compressed internal formats, are color-renderable." However, GL_RED or GL_RG are not valid for OpenGL ES 2.0 and not enabled by the extension. I think this is part of <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - x-org server 7.1 segfaults in /usr/lib/xorg/modules/extensions/libGLcore.so(_mesa_resize_framebuffer+0x138)" href="show_bug.cgi?id=7333">bug #7333</a>, it is not clear what sized format should we pick internally when RED or RG is given by the user.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>