[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
https://bugs.freedesktop.org/show_bug.cgi?id=98923
--- 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