intel/compiler: fix nir_op_{i,u}*32 on ICL
authorPaulo Zanoni <paulo.r.zanoni@intel.com>
Tue, 12 Nov 2019 00:49:15 +0000 (16:49 -0800)
committerJason Ekstrand <jason@jlekstrand.net>
Wed, 13 Nov 2019 22:13:52 +0000 (22:13 +0000)
commiteb6352162dde1445f1fe7a408e79f4ecfdf3703c
tree524dafcb159f7e1ad8bd48cbdc8cd0432adfef39
parent7ae506e5b8073ec8791272cb84b83c79adf9d4e7
intel/compiler: fix nir_op_{i,u}*32 on ICL

On ICL we have the src1 restriction which is applied through
fix_byte_src() and potentially changes the type of the operands from 8
to 32 bits. When this change happens, we fall into the "else if
(bit_size < 32)" case and miscompute src_type because it takes into
consideration bit_size (8) instead of the adjusted size of temp_op
(32). This results in the shader reading unused memory, giving us
mostly failures, but occasional passes due to whatever was already in
the registers we were reading.

This commit fixes a lot of dEQP subgroup i8vec2 tests on ICL, such as:
    dEQP-VK.subgroups.arithmetic.compute.subgroupadd_i8vec2

This can also be verified by simply changing fix_byte_src() to apply
on all platforms.

Fixes: 5847de6e9afe ("intel/compiler: don't use byte operands for src1 on ICL")
Reviewed-by: Ivan Briano <ivan.briano@intel.com>
Reviewed-by: Jason Ekstrand <jason@jlekstrand.net>
Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
src/intel/compiler/brw_fs_nir.cpp