Setup ------- Hardware Platform: SKY LAKE Y A0 CPU : Intel(R) Core(TM) m5-6Y57 CPU @ 1.10GHz (family: 6, model: 78 stepping: 3) MCP : SKL-Y D0 2+2 (ou ULX-D1) QDF : QJA4 CPU : SKL D0 Chipset PCH: Sunrise Point LP C1 CRB : SKY LAKE Y LPDDR3 RVP3 CRB FAB2 Reworks : All Mandatories Software Linux distribution: Ubuntu 14.04 LTS 64 bits Kernel: drm-intel-nightly bf2dbbc 4.3.0-rc2 from git://anongit.freedesktop.org/drm-intel BIOS : SKLSE2R1.R00.X093.B02.1507222151 ME FW : 11.0.0.1163 Ksc (EC FW): 1.16 Mesa - 10.6.7 xf86-video-intel - 2.99.917 Libdrm - 2.4.64 Libva - 1.6.1 vaapi intel-driver - 1.6.1 Cairo - 1.14.2 Xorg Xserver - 1.17.2 Ogles3Conform version: commit f64cf0fa03af8e8ffc781e823c7a571a5e97cf12 Author: Tapani Pälli <tapani.palli@intel.com> Date: Thu Jun 25 09:31:49 2015 +0300 x11/egl: Add external image support based on dma imported buffers v2 (Chad): - added assert in intel_format_to_cpp() - fixed indentations with tabs - added assert in GTFIsAlphaFormatEGLImageExternal() - GTFIsAlphaFormatEGLImageExternal() now return false for DRM_FORMAT_XRGB8888 - zero terminated the list in GTFQueryFormatsEGLImageExternal() - removed redundant cpp argument in intel_single_color_src_create() - removed redundant src_stride argument in in intel_dma_buf_create() v3 (Tapani): - port to new platform implementation - remove h % 2 restriction from intel_dma_buf_create - squash 'automatic drm authentication for dma buffer' in same patch - somewhat experimental but working cmake compile+link support Signed-off-by: Topi Pohjolainen <topi.pohjolainen@intel.com> git branch -l gles3-new * gles3-new-skylake master Steps: ------- 1. Execute command: ./glcts --deqp-case=ES3-CTS.gtf.GL3Tests.framebuffer_blit.framebuffer_blit_functionality_missing_buffers_blit --deqp-visibility=hidden Actual result: -------------- Test is fail End of tool log: INFO:framebuffer_blit_functionality_missing_buffers_blit: BEGIN ------------------------------------------------------------------ INFO:framebuffer_blit_functionality_missing_buffers_blit:BLITTING in GL_COLOR_ATTACHMENT0 from DEFAULT to GL_TEXTURE_2D (different buffers) INFO:framebuffer_blit_functionality_missing_buffers_blit:verifying initial dfltbuf color [0.000000,1.000000,0.000000,1.000000] INFO:framebuffer_blit_functionality_missing_buffers_blit:verifying initial texbuf465 color [0.000000,0.000000,0.000000,1.000000] INFO:framebuffer_blit_functionality_missing_buffers_blit:verifying initial dfltbuf depth [1.000000] INFO:framebuffer_blit_functionality_missing_buffers_blit:verifying initial texbuf469 depth [0.000000] INFO:framebuffer_blit_functionality_missing_buffers_blit:verifying initial dfltbuf stencil [1] glcts: /home/qa/dev/graphic/stack/mesa/mesa/src/mesa/main/teximage.c:1320: init_teximage_fields_ms: Assertion `img->_BaseFormat != -1' failed. Aborted (core dumped) Expected result: ---------------- Test is Pass
Created attachment 118620 [details] dmesg
Created attachment 118621 [details] log tool framebuffer_blit_functionality_missing_buffers_blit
Mesa 10.6.7 is not very interesting for SKL. Are you able to reproduce this on Mesa 11.0.x? If you cannot reproduce this on 11.0.x, could you bisect to determine when it was fixed? It may be worth backporting a fix. Can you reproduce this with Mesa 10.6.7 on BDW?
*** Bug 92254 has been marked as a duplicate of this bug. ***
*** Bug 92255 has been marked as a duplicate of this bug. ***
*** Bug 92256 has been marked as a duplicate of this bug. ***
*** Bug 92257 has been marked as a duplicate of this bug. ***
*** Bug 92250 has been marked as a duplicate of this bug. ***
According to the other bug reports, the following test cases also hit the same assertion: ES3-CTS.gtf.GL3Tests.framebuffer_blit.framebuffer_blit_functionality_negative_height_blit ES3-CTS.gtf.GL3Tests.framebuffer_blit.framebuffer_blit_functionality_stencil_blit ES3-CTS.gtf.GL3Tests.framebuffer_blit.framebuffer_blit_functionality_negative_width_blit ES3-CTS.gtf.GL3Tests.framebuffer_blit.framebuffer_blit_functionality_multisampled_to_singlesampled_blit ES3-CTS.gtf.GL3Tests.framebuffer_blit.framebuffer_blit_functionality_all_buffer_blit
I think Mark has been able to reproduce these failures on the CI system. Is that right?
Reproduced with: framebuffer_blit_functionality_all_buffer_blit framebuffer_blit_functionality_color_and_stencil_blit framebuffer_blit_functionality_magnifying_blit framebuffer_blit_functionality_minifying_blit framebuffer_blit_functionality_missing_buffers_blit framebuffer_blit_functionality_multisampled_to_singlesampled_blit framebuffer_blit_functionality_negative_dimensions_blit framebuffer_blit_functionality_negative_height_blit framebuffer_blit_functionality_negative_width_blit framebuffer_blit_functionality_scissor_blit framebuffer_blit_functionality_stencil_blit We will provide the result with Mesa 11.0.2 tomorrow
These test failures reproduce on Mesa's CI system for byt/ivb/snb/hsw
The test failures exist on 11.0.2 as well.
*** Bug 92305 has been marked as a duplicate of this bug. ***
Not reproduced on Sky Lake Y with this configuration: Hardware: Platform: SKY LAKE Y A0 CPU : Intel(R) Core(TM) m5-6Y57 CPU @ 1.10GHz (family: 6, model: 78 stepping: 3) MCP : SKL-Y D0 2+2 (ou ULX-D1) QDF : QJA4 CPU : SKL D0 Chipset PCH: Sunrise Point LP C0 CRB : SKY LAKE Y LPDDR3 RVP3 CRB FAB2 Reworks : All Mandatories Software Linux distribution: Ubuntu 14.04 LTS 64 bits BIOS : SKLSE2R1.R00.X093.B02.1507222151 ME FW : 11.0.0.1163 Ksc (EC FW): 1.16 kernel 4.3.0-rc3-drm-intel-nightly+ (eb69e51) Mesa - 11.0.2 xf86-video-intel - 2.99.917 Libdrm - 2.4.65 Libva - 1.6.1 vaapi intel-driver - 1.6.1 Cairo - 1.14.2 Xorg Xserver - 1.17.2 Ogles3conform: origin/gles3-new-skylake (f64cf0fa03af8e8ffc781e823c7a571a5e97cf12) ./glcts --deqp-case=ES3-CTS.gtf.GL3Tests.framebuffer_blit* --deqp-visibility=hidden ... ... DONE! Test run totals: Passed: 53/53 (100.00%) Failed: 0/53 (0.00%) Not supported: 0/53 (0.00%) Warnings: 0/53 (0.00%)
I marked my bug as a duplicate of this one, but had reproduced it on non-skylake platforms. Now that I see cprigent's comment, I noticed that I never reproduced this failure on skl.
no reproduced on SNB/IVB with the latest drm-intel-testing : commit 91587c722c28c4116dedbfbf08aa874377bc76f8 Author: Daniel Vetter <daniel.vetter@ffwll.ch> Date: Fri Dec 4 17:35:54 2015 +0100 drm-intel-nightly: 2015y-12m-04d-16h-35m-07s UTC integration manifest kernel version : 4.4.0-rc3 git url : git://anongit.freedesktop.org/drm-intel git branch : drm-intel-testing git describe : drm-intel-next-2015-11-20-rebased-13721-g91587c7 ogles3 commit : b84ad16d0628be725408c4f3cfbad063667ebc6b branch : origin/gles3-new
Dear Reporter, This Mesa bug has been in the "NEEDINFO" status for over 60 days. I am closing this bug based on lack of response but feel free to reopen if resolution is still needed. Please ensure you're supplying the correct information as requested. Thank you.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.