<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Texture size changes after updating texture with TexSubImage3D from pixel buffer" href="https://bugs.freedesktop.org/show_bug.cgi?id=98923#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Texture size changes after updating texture with TexSubImage3D from pixel buffer" href="https://bugs.freedesktop.org/show_bug.cgi?id=98923">bug 98923</a> from <a class="email" href="mailto:qiankun.miao@intel.com" title="Qiankun Miao <qiankun.miao@intel.com>"> Qiankun Miao</a> <pre>(In reply to Topi Pohjolainen from <a href="show_bug.cgi?id=98923#c2">comment #2</a>) > Right, upstream has a fix for this, test passes. If I revert: > > commit ca84e190a446bbc29c3ef2864ba4ea5c7358a89a > Author: Topi Pohjolainen <<a href="mailto:topi.pohjolainen@intel.com">topi.pohjolainen@intel.com</a>> > 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] The test still fails both on Iris Pro 6200 (Broadwell GT3e) and HD Graphics 530 (Skylake GT2) on ToT Mesa with the above patch. Could you help to verify it again?</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>