https://bugs.freedesktop.org/show_bug.cgi?id=105105
Tapani Pälli changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=105105
--- Comment #7 from Tapani Pälli ---
OK, sent a fix to vk-gl-cts suite to reorder EXT and KHR resolving so that KHR
is preferred over EXT. It might be this is not the only case where such
reordering is required and maybe more
https://bugs.freedesktop.org/show_bug.cgi?id=105105
--- Comment #6 from Tapani Pälli ---
OK .. after yet another gdb session I think now I got it. What is happening is
that when the test suite generates functions from khronos xml, it first sets
gl.readnPixels to
https://bugs.freedesktop.org/show_bug.cgi?id=105105
--- Comment #5 from Tapani Pälli ---
Updating status ... my fix to dEQP went in and now we pass 'getnuniform' test,
but readnpixels still fails.
I did a separate GLES 3.2 app that utilizes these entrypoints, they are being
https://bugs.freedesktop.org/show_bug.cgi?id=105105
--- Comment #4 from Tapani Pälli ---
(In reply to Kenneth Graunke from comment #0)
> The readnpixels test does:
>
>PFNGLREADNPIXELS pReadnPixels =
> (PFNGLREADNPIXELS)context->getRenderContext().
>
https://bugs.freedesktop.org/show_bug.cgi?id=105105
Tapani Pälli changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugs.freedesktop.org/show_bug.cgi?id=105105
--- Comment #3 from Tapani Pälli ---
(In reply to Tapani Pälli from comment #2)
> (In reply to Tapani Pälli from comment #1)
> > It seems compiler/linker should realize that they are written to shared
> > values so we should
https://bugs.freedesktop.org/show_bug.cgi?id=105105
--- Comment #2 from Tapani Pälli ---
(In reply to Tapani Pälli from comment #1)
> It seems compiler/linker should realize that they are written to shared
> values so we should not optimize those away.
and alternative theory:
https://bugs.freedesktop.org/show_bug.cgi?id=105105
--- Comment #1 from Tapani Pälli ---
It looks like these 2 tests fail for different reasons:
- 'readnpix' hits generic_nop (glapi issue)
- 'getnuniform', problem seems to be that according to Mesa these uniforms are
inactive
https://bugs.freedesktop.org/show_bug.cgi?id=105105
Bug ID: 105105
Summary: Suffixless KHR_robustness functions aren't exposed in
ES 3.2
Product: Mesa
Version: git
Hardware: Other
OS: All
10 matches
Mail list logo