<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - The big SKQP bug" href="https://bugs.freedesktop.org/show_bug.cgi?id=105301#c54">Comment # 54</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - The big SKQP bug" href="https://bugs.freedesktop.org/show_bug.cgi?id=105301">bug 105301</a> from <a class="email" href="mailto:chadversary@chromium.org" title="Chad Versace <chadversary@chromium.org>"> Chad Versace</a> <pre>Google here :-) Git-blame claims that I wrote the pivotal comment /* We support external textures only for EGLImages created with * EGL_EXT_image_dma_buf_import. We may lift that restriction in the future. */ in April 2015. Even if git-blame is wrong (due to refactors), I'm the person who insisted that we enforce that restriction in the initial rollout of GL_OES_EGL_image_external. It's finally time to lift the restriction :) Copying what I said on mesa-dev today: ==== The original reason was that the driver was not yet robust enough to handle all the corner cases of external images, auxiliary surfaces, etc. But, I believe the driver became sufficiently robust enough near September last year. To clarify... I believe the driver is robust regarding auxiliary surfaces and EGLImages (solution: The driver disables auxiliary surfaces on EGLImages created via this codepath), but not necessarily fully correct around all the non-compression corner cases of the EGLImage api. But, as Ken said, we probably still have problems lurking around the orphaning logic, and we can fix those corner cases as we find them. ====</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>