Bug 92373

Summary: [HSW] deqpl-gles2 Functional@fbo@completeness@renderable sub cases are failing
Product: Mesa Reporter: Elio <elio.martinez.monroy>
Component: Drivers/DRI/i965Assignee: Plamena Manolova <plamena.manolova>
Status: RESOLVED FIXED QA Contact: Intel 3D Bugs Mailing List <intel-3d-bugs>
Severity: normal    
Priority: medium CC: idr
Version: 11.0   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments: Dmesg logs
Terminal Output

Description Elio 2015-10-09 18:53:21 UTC
Created attachment 118787 [details]
Dmesg logs

About 29 test cases from family Functional@fbo@completeness@renderable are failing:

Test Enviroment:

kernel: 4.3.0
Mesa: (11.2)git-
Xf86_video_intel:2.99.917
Libdrm:libdrm-2.4.65
Libva: 1.6.1
vaapi-in tel-driver: 1.6.1
Cairo: 1.14.2
Xserver: xorg-server-latests

Hardware:

Hardware
Platform: Intel NUC D54250WYK
Processor Intel Core I5-425OU 1.30 GHz
Software
Linux distribution: Ubuntu 14.04 LTS 64Bits
BIOS: WTLPT10H.86A.0021.2013.1.017.1606

Steps to reproduce:
Install Graphic stack with configuration mentioned before.
Install deqp tool.
Execute: sudo ./deqp-gles2 --deqp-case=dEQP-GLES2.functional.fbo.completeness.rendarable.*

Expected Result: Test should pass without crash/error
Actual results: From 264 test cases, failing test cases 29

Please check attached logs
Comment 1 Elio 2015-10-09 18:54:02 UTC
Created attachment 118788 [details]
Terminal Output
Comment 2 Elio 2015-10-09 18:55:14 UTC
Adding test cases for reference (query creation for fast tracking)
<%
deqp-gles2@functional@fbo@completeness@renderable@renderbuffer@color0@r11f_g11f_b10f		
Fail
new bug	
EditRemove deqp-gles2@functional@fbo@completeness@renderable@renderbuffer@color0@r16f		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@renderbuffer@color0@rg16f		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@renderbuffer@color0@rgb10_a2		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@renderbuffer@color0@rgba16f		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@renderbuffer@color0@srgb8_alpha8		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@r11f_g11f_b10f		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@r16f		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@r8		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@red_unsigned_byte		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rg16f		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rg8		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rgb10_a2		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rgb565		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rgb5_a1		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rgb8		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rgba16f		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rgba4		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rgba8		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rg_unsigned_byte		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@color0@srgb8_alpha8		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@depth@depth24_stencil8		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@depth@depth_component16		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@depth@depth_component24		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@depth@red_unsigned_byte		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@depth@rg_unsigned_byte		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@stencil@depth24_stencil8		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@stencil@red_unsigned_byte		
Fail
EditRemove deqp-gles2@functional@fbo@completeness@renderable@texture@stencil@rg_unsigned_byte		
Fail
%>
Comment 3 Antia Puentes 2015-10-13 17:00:18 UTC
I will be looking at this one
Comment 4 Jairo Miramontes 2015-10-23 02:25:02 UTC
The same cases are failing on BYT, except for the following ones: 
deqp-gles2@functional@fbo@completeness@renderable@renderbuffer@color0@srgb8_alpha8           
deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rg16f               
deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rgb565              
deqp-gles2@functional@fbo@completeness@renderable@texture@color0@rgba4 

on the following configuration: 

==Test Environment==
--------------------------------------------------
kernel: 4.3.0-rc5-drm-intel-nightly
xorg-server-1.17.2
libdrm-2.4.65
xf86-video-intel-2.99.917
mesa-11.1.0-devel (git 6f39546)
libva-1.6.1
intel-driver-1.6.1
cairo-1.14.2
Comment 5 Iago Toral 2015-10-29 13:06:04 UTC
It seems that at least for a bunch of these the problem is that dEQP expects an error when creating textures with certain internal formats like GL_RGB4, GL_RGBA8, GL_RGB10_A2, etc with a GLES2 context.
Comment 6 Mark Janes 2016-08-17 17:17:54 UTC
The tests listed in this bug were fixed by mesa 91630d7.

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.