| Summary: | [BSW BXT GLK] dEQP-VK.subgroups.arithmetic.subgroup regressions | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Mark Janes <mark.a.janes> |
| Component: | Drivers/DRI/i965 | Assignee: | Francisco Jerez <currojerez> |
| Status: | RESOLVED FIXED | QA Contact: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
| Severity: | normal | ||
| Priority: | medium | Keywords: | bisected, regression |
| Version: | git | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Bug Depends on: | |||
| Bug Blocks: | 109535 | ||
|
Description
Mark Janes
2019-01-11 23:43:57 UTC
I see what's going on. Apparently the SHUFFLE virtual instruction used by Vulkan 1.1 subgroups operations doesn't behave correctly when its sources are aligned in a way that complies with the CHV/BXT restrictions for double-precision datatypes, and it's going to have to be special-cased in the regioning lowering pass. Mark, is there some way I can force the CI to run on these "slow" platforms when I foresee potential regressions, so this doesn't happen again in the future? You can re-execute your CI build with type "daily" to target atom systems. The problem should be fixed by this series: https://lists.freedesktop.org/archives/mesa-dev/2019-January/213802.html Thanks for reporting! Should be fixed in master now. |
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.