[Wayland-bugs] [Bug 75251] glTexSubImage2D call with bad parameters

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sun Apr 6 22:41:18 PDT 2014


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

Kristian Høgsberg <krh at bitplanet.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #2 from Kristian Høgsberg <krh at bitplanet.net> ---
Committed on master:

commit 39a443ff9b42ac3a2f7ec3f58230051f2031af24
Author: Neil Roberts <neil at linux.intel.com>
Date:   Fri Apr 4 16:24:54 2014 +0100

    Always use glTexImage2D instead of glTexSubImage2D for first upload

    Previously when uploading SHM data we would initialise the texture
    with glTexImage2D and NULL data when the buffer is attached. Then if
    the GL_EXT_unpack_subimage extension is available we would always use
    glTexSubImage2D to upload the data. The problem with that is that the
    first glTexImage2D was always setting the internal format to
    GL_BGRA_EXT and then if a 16-bit texture is used we would later call
    glTexSubImage2D with a data format of GL_RGBA. Under GLES2 the
    internal format must always match the data format so this is
    technically invalid.

    This patch makes it so that it always calls glTexImage2D when flushing
    the damage for the first time. That way it will use the right internal
    format and we don't need to call glTexImage2D with NULL data.

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

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/wayland-bugs/attachments/20140407/d8085569/attachment.html>


More information about the Wayland-bugs mailing list