Summary: | [CI][GLK] Ubuntu 18.04 (pre-release) fails piglit variable-indexing tests | ||
---|---|---|---|
Product: | Mesa | Reporter: | Tomi Sarvela <tomi.p.sarvela> |
Component: | Drivers/DRI/i965 | Assignee: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Status: | CLOSED WORKSFORME | QA Contact: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | clayton.a.craft, mark.a.janes |
Version: | 18.0 | ||
Hardware: | x86-64 (AMD64) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Tomi Sarvela
2018-04-20 12:49:58 UTC
Huh, that sounds like something that would've been fixed by 8eadc2fb8fe395ea0a8202217bd5545978962d1d, but you've got that already. Thanks for the report. These tests have been passing for us in mesa ci on GLK: http://otc-mesa-ci.jf.intel.com/job/mesa_master_daily/4050/testReport/piglit.spec.arb_tessellation_shader.execution/variable-indexing/ 4.15.4 debian kernel The issue on GLKs is stable from kernel to kernel. For now, I'm assuming that the failing component is Ubuntu's compilation of Mesa 18.0.0-rc5. I'm leaving couple of tests from this list whitelisted to see when they are passing again, and will mark those tests with this bug ID when CI Bug Log can handle it. GLK-J5005 "Pentium" passes the following tests that J4005 "Celeron" failed: spec@glsl-1.50@execution@geometry@end-primitive 0 spec@glsl-1.50@gs-max-output-components Hardware is NUC7CJYH and NUC7PJYH Also all the other tests that J4005 failed, J5005 passes. https://intel-gfx-ci.01.org/tree/drm-tip/piglit-issues.html Memory and harddisk was moved from J4005 to J5005, change happened at CI_DRM_4145. (In reply to Tomi Sarvela from comment #5) > Also all the other tests that J4005 failed, J5005 passes. > > https://intel-gfx-ci.01.org/tree/drm-tip/piglit-issues.html > > Memory and harddisk was moved from J4005 to J5005, change happened at > CI_DRM_4145. I cannot see this failing since CI_DRM_4144_full (1 month, 2 weeks / 760 runs ago). Is it because we stopped running the tests or dropped this machine, or is the problem fixed? We do have J5005 now in CI, which doesn't show the issue. As mentioned in the comments. With J4005 (two-core GLK) NUC the issue was easily reproducible, but that was too slow to run the testset. We found many depth/stencil tests that failed for 2x6 that do not fail for 3x6, tracked in https://bugs.freedesktop.org/show_bug.cgi?id=106865 They are intermittent, but easy to reproduce. Nanley and Ken have taken a look but failed to find any issue with Mesa's configuration of that sku, or documented workarounds. Tomi: do the tesselation failures occur when tests are run individually/serially? Depth/stencil failures occur when run in parallel. Do you see bug 106865 in your CI results for this system? Clayton: can you build a drm-tip kernel for the 2x6 and check both the depth/stencil and tesselation tests? (In reply to Tomi Sarvela from comment #7) > We do have J5005 now in CI, which doesn't show the issue. As mentioned in > the comments. > > With J4005 (two-core GLK) NUC the issue was easily reproducible, but that > was too slow to run the testset. Since we can't reproduce the problem because we don't run on this machine anymore, let's close the bug. |
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.