[Bug 98923] Texture size changes after updating texture with TexSubImage3D from pixel buffer

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Dec 1 22:39:29 UTC 2016


--- Comment #2 from Topi Pohjolainen <topi.pohjolainen at intel.com> ---
Right, upstream has a fix for this, test passes. If I revert:

commit ca84e190a446bbc29c3ef2864ba4ea5c7358a89a
Author: Topi Pohjolainen <topi.pohjolainen at intel.com>
Date:   Tue Nov 15 22:27:12 2016 +0200

    i965/miptree: Don't shrink textures when augmenting for more levels

    This was detected when examining CCS_E failures with piglit test:
    "fbo-generatemipmap-formats". Test creates a 2D texture with
    dimensions 293x277. It manually loops over all levels and calls
    glTexImage2D(). Level one triggers creation of full miptree:
    intel_alloc_texture_image_buffer() realizes that there is only one
    level in the miptree and calls intel_miptree_create_for_teximage()
    to re-allocate the miptree with all 9 levels. However, the end result
    is a miptree with level zero dimensions of 292x276.

I get: FAIL should draw with [255, 0, 0, 255]

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

More information about the intel-3d-bugs mailing list