[Mesa-dev] dEQP + llvmpipe

[Jose Fonseca]

> I think that for GL and GLES contexts, we should disable noncormant hacks instead of using env vars to falsely claim conformance.

The hacks controlled for `GALLIVM_DEBUG=no_rho_approx,no_brilinear,no_quad_lod`  where meant to speed up commonplace 3D rendering, on any kind of context (GL or not).  These particular hacks were not designed with Direct3D contexts or any VMware specific workloads in mind.  They are meant to speed up texture sampling, which often dominates pixel shader performance.

Regarding the default llvmpipe behavior is, it really depends what its goal is: fast SW renderering with acceptable quality, or a fully compliant SW renderering.  So far we've favoured performance over full conformance.  Unfortunately, it's impossible to be both.

I'm OK not claiming any conformance with llvmpipe FWIW.

Jose

________________________________
From: mesa-dev <mesa-dev-bounces at lists.freedesktop.org> on behalf of Eric Anholt <eric at anholt.net>
Sent: Tuesday, August 13, 2019 21:49
To: Ilia Mirkin <imirkin at alum.mit.edu>
Cc: ML Mesa-dev <mesa-dev at lists.freedesktop.org>
Subject: Re: [Mesa-dev] dEQP + llvmpipe

Ilia Mirkin <imirkin at alum.mit.edu> writes:

> Hi Eric,
>
> I see that you recently added testing dEQP with llvmpipe in the CI. It
> looks like a number of your expected failures would be resolved by
> disabling some llvmpipe optimizations. You can do this by running with
>
> GALLIVM_DEBUG=no_rho_approx,no_brilinear,no_quad_lod
>
> in the environment. Some of this is detailed in
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugs.freedesktop.org%2Fshow_bug.cgi%3Fid%3D94957&data=02%7C01%7Cjfonseca%40vmware.com%7C8cfcb00c765b4596fc0708d7202fc088%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637013261788370956&sdata=WZ0LimnTNWwlGYoaldC0q9D3vBk4zBFONF6W0MibFxA%3D&reserved=0 .

Yeah, this was discussed in the MR.  I think that for GL and GLES
contexts, we should disable noncormant hacks instead of using env vars
to falsely claim conformance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/mesa-dev/attachments/20190820/628287ca/attachment-0001.html>