https://bugs.freedesktop.org/show_bug.cgi?id=94957
GitLab Migration User changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugs.freedesktop.org/show_bug.cgi?id=94957
--- Comment #13 from Roland Scheidegger ---
(In reply to Emil Velikov from comment #12)
> The below commit allows us to disable the perf. optimisations (for release
> builds), and thus fixing the functional.texture tests.
>
> Should we close
https://bugs.freedesktop.org/show_bug.cgi?id=94957
--- Comment #12 from Emil Velikov ---
The below commit allows us to disable the perf. optimisations (for release
builds), and thus fixing the functional.texture tests.
Should we close this bug, or keep it open as all the failing tests have a
https://bugs.freedesktop.org/show_bug.cgi?id=94957
Timothy Arceri changed:
What|Removed |Added
Component|Mesa core
https://bugs.freedesktop.org/show_bug.cgi?id=94957
--- Comment #11 from Roland Scheidegger ---
(In reply to msdhedhi007 from comment #10)
> I am also seeing this same issue on Mesa 17.3.6. I wanted to know if there
> is an update /patch available for this issue.
There is no
https://bugs.freedesktop.org/show_bug.cgi?id=94957
--- Comment #10 from msdhedhi...@gmail.com ---
I am also seeing this same issue on Mesa 17.3.6. I wanted to know if there is
an update /patch available for this issue.
Thanks.
--
You are receiving this mail because:
You are the assignee for
https://bugs.freedesktop.org/show_bug.cgi?id=94957
--- Comment #9 from Roland Scheidegger ---
So, the r32i/ui failures are actually due to an overflow.
One example I've seen samples a rgb8 unorm texture, scales to int range,
converts to int and outputs this. The problem is
https://bugs.freedesktop.org/show_bug.cgi?id=94957
--- Comment #8 from Roland Scheidegger ---
(In reply to Ilia Mirkin from comment #7)
> > Also, I'm wondering if the test is overly picky about pow. The spec says
> > right there the error is derived as pow(x,y) = exp2(log2(y)
https://bugs.freedesktop.org/show_bug.cgi?id=94957
--- Comment #7 from Ilia Mirkin ---
(In reply to Roland Scheidegger from comment #6)
> I wonder what deqp doesn't like about our nearest_mipmap_linear
> implementation (all filtering errors use that).
Error mask for
https://bugs.freedesktop.org/show_bug.cgi?id=94957
--- Comment #6 from Roland Scheidegger ---
I wonder what deqp doesn't like about our nearest_mipmap_linear implementation
(all filtering errors use that).
Also, I'm wondering if the test is overly picky about pow. The spec
https://bugs.freedesktop.org/show_bug.cgi?id=94957
Ilia Mirkin changed:
What|Removed |Added
Attachment #122980|0 |1
is
https://bugs.freedesktop.org/show_bug.cgi?id=94957
--- Comment #4 from Roland Scheidegger ---
(In reply to Ilia Mirkin from comment #3)
> I will start a fresh run with these parameters. A random blending test makes
> it seem like it completely fails. I'd like to encourage you
https://bugs.freedesktop.org/show_bug.cgi?id=94957
--- Comment #3 from Ilia Mirkin ---
A random sampling of the texturing tests that failed seem to all pass with
GALLIVM_DEBUG=no_rho_approx,no_brilinear,no_quad_lod
I will start a fresh run with these parameters. A random
https://bugs.freedesktop.org/show_bug.cgi?id=94957
--- Comment #2 from Roland Scheidegger ---
Oh, linear mipmap filtering should work perfectly. For performance reasons
though we cheat, which is likely why it fails.
The cheats can be disabled via env var, preferably all 3 of
https://bugs.freedesktop.org/show_bug.cgi?id=94957
--- Comment #1 from Ilia Mirkin ---
This was, by the way, the result of running mesa master with
LIBGL_ALWAYS_SOFTWARE=1 ./deqp-gles3 --deqp-visibility=hidden
--deqp-caselist-file=<(grep -v 'mipmap_linear'
https://bugs.freedesktop.org/show_bug.cgi?id=94957
Bug ID: 94957
Summary: dEQP failures on llvmpipe
Product: Mesa
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
16 matches
Mail list logo