[Bug 87452] New: EGL_EXT_image_dma_buf_import too limited on i965

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=87452

            Bug ID: 87452
           Summary: EGL_EXT_image_dma_buf_import too limited on i965
           Product: Mesa
           Version: git
          Hardware: Other
                OS: All
            Status: NEW
          Severity: normal
          Priority: medium
         Component: Drivers/DRI/i965
          Assignee: idr at freedesktop.org
          Reporter: vebveb at hotmail.fr
        QA Contact: intel-3d-bugs at lists.freedesktop.org

EGL_EXT_image_dma_buf_import doesn't impose particular restrictions on the
usage of the imported EGLImage.

However on i965 (gallium drivers don't have this issue), there is no way to
bind the image to a texture under GL.

glEGLImageTargetTexture2DOES(GL_TEXTURE_2D, image) will fail.

Run with MESA_DEBUG, the following message appear:
Mesa: User error: GL_INVALID_OPERATION in glEGLImageTargetTexture2DOES(dma
buffers can be used with GL_OES_EGL_image_external only

Problem is that GL_OES_EGL_image_external is a GLES only extension.

Thus glEGLImageTargetTexture2DOES(GL_ TEXTURE_EXTERNAL_OES, image) fails too
with INVALID_ENUM (the exact error may need recheck, this is from memory)


I suggest that EGL_EXT_image_dma_buf_import should not put restrictions on RGBA
formats at all for i965, and that it would fail to import YUV formats if not
using GLES.

Gallium drivers, glEGLImageTargetTexture2DOES(GL_TEXTURE_2D, image) will work
(I haven't tested what it does for YUV, I only tested for RGBA)

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20141218/86039933/attachment-0001.html>