Summary: | [KBL,SKL,BXT] es2-cts.gtf.gl2extensiontests.egl_create_context.egl_create_context regression | ||
---|---|---|---|
Product: | Mesa | Reporter: | Mark Janes <mark.a.janes> |
Component: | Drivers/DRI/i965 | Assignee: | Ilia Mirkin <imirkin> |
Status: | RESOLVED NOTOURBUG | QA Contact: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Severity: | normal | ||
Priority: | medium | ||
Version: | git | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Mark Janes
2016-08-31 20:11:26 UTC
I saw this in the jenkins run when I tested the patch, but assumed it was some sort of random bogosity. I guess it's consistent, but I'm not sure what the issue is. It might actually be that ES 3.2 is being turned on (because the ver_3_2 requirements are being satisified in version.c) and the CTS test isn't ready for it somehow? Also some of my full ES 3.2 enablement series hasn't landed yet, but I doubt that's particularly relevant to this particular test. However it'll require someone with CTS access to take a glance as those tests are non-public. I have a task to update the cts to ES3.2 in the CI. I'll attempt that now. Feel free to revert the patch btw - I don't personally care much about it, just figured it was the "nice" thing to do to enable it. Someone on the Intel end can figure out why the CTS test fails and then re-push it. I believe enabling OES_primitive_bounding_box enabled ES 3.2, and the test wasn't aware 3.2 existed. Looks like the internal Khronos bug https://cvs.khronos.org/bugzilla/show_bug.cgi?id=14470 fixed this with commit 0fa9ca76f80a52. I'm not sure if we should mark this resolved, or if Mark wants to keep this open to track some CI change? updating to the ES3.2 CTS fixed this test. |
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.