Summary: | [HSW] textureGather + samplerCube sometimes fail | ||
---|---|---|---|
Product: | Mesa | Reporter: | Ilia Mirkin <imirkin> |
Component: | Drivers/DRI/i965 | Assignee: | Kenneth Graunke <kenneth> |
Status: | RESOLVED FIXED | QA Contact: | Intel 3D Bugs Mailing List <intel-3d-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | kenneth |
Version: | git | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Bug Depends on: | |||
Bug Blocks: | 94448 | ||
Attachments: |
deqp test failure pattern
failure mask for one test another set of errors, with actual/original |
Related to #92579? (In reply to Kenneth Graunke from comment #1) > Related to #92579? Don't know. But applying Neil's last patch just makes everything fail :) Created attachment 121727 [details]
failure mask for one test
I checked a few and they all look like this. The hole at the top moves around a bit, but always this general square of fail inset into the image. Weird.
Created attachment 121728 [details]
another set of errors, with actual/original
If you use chrome, just start typing
data:image/png;base64,
and then paste the base64'd data after the ',' from the attachment -- no need to remove newlines/etc.
*** Bug 94621 has been marked as a duplicate of this bug. *** Patch on the list: https://lists.freedesktop.org/archives/mesa-dev/2016-March/110739.html Ken's patch has been merged. |
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.
Created attachment 121724 [details] deqp test failure pattern I'm seeing the following failure pattern on *texture* dEQP tests. Only cube fails, and not 100% of them. All of these tests pass on nouveau/GK208, so it's not some really dumb texture completeness issue. It does seem like the only tests that pass are in the filter_mode subgroup (and all of those do seem to pass). So probably something with texture setup? Amusingly that test case group is TestCaseGroup(m_context, "filter_mode", "Test that filter modes have no effect"); oops :) I guess it has the effect of causing the tests to pass. By default, nearest/nearest is used for min/mag filters.