intel/compiler/fs: Still attempt simd32 when INTEL_DEBUG=no16 is used
authorJordan Justen <jordan.l.justen@intel.com>
Sun, 31 May 2020 16:27:28 +0000 (09:27 -0700)
committerJordan Justen <jordan.l.justen@intel.com>
Thu, 9 Jul 2020 22:44:57 +0000 (15:44 -0700)
commit8dfa072ed82df2224cbe9170728665a9b507a859
tree8d39f8fea3cf530a2528e880cfa7e3be69d73f23
parent1a4a2f563b04e93cca68d0b7013e52d949b1613b
intel/compiler/fs: Still attempt simd32 when INTEL_DEBUG=no16 is used

If INTEL_DEBUG=no16 is used, then simd16 will not be attempted. This,
in turn prevents simd32 from running, because we attempt to skip
simd32 when simd16 fails to compile.

This change more accurately recognizes when we attempted simd16, but
simd16 failed.

One easy way to cause an issue is to set both no8 and no16. Before
this change, we would be left with no FS program, even though simd32
could still be generated in some cases.

Signed-off-by: Jordan Justen <jordan.l.justen@intel.com>
Reviewed-by: Caio Marcelo de Oliveira Filho <caio.oliveira@intel.com>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/5269>
src/intel/compiler/brw_fs.cpp