> 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-boun...@lists.freedesktop.org> on behalf of Eric Anholt <e...@anholt.net> Sent: Tuesday, August 13, 2019 21:49 To: Ilia Mirkin <imir...@alum.mit.edu> Cc: ML Mesa-dev <mesa-dev@lists.freedesktop.org> Subject: Re: [Mesa-dev] dEQP + llvmpipe Ilia Mirkin <imir...@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.
_______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
