intel/fs: Correctly handle multiply of fsign with a source modifier
authorIan Romanick <ian.d.romanick@intel.com>
Tue, 11 Feb 2020 20:00:00 +0000 (12:00 -0800)
committerMarge Bot <eric+marge@anholt.net>
Wed, 19 Feb 2020 23:51:42 +0000 (23:51 +0000)
commit273b8cd1ca286e2f43b4a464a391fdcaac49f077
treed9cc00601a816956f837f3daa06f38391886cf70
parentc81aa15d646215eac38c8e0b6dc1a10b35bc13c3
intel/fs: Correctly handle multiply of fsign with a source modifier

The other source of the multiply will be interpreted as a uint32_t in an
XOR instruction.  Any source modifiers with either not be interpreted at
all or will be misinterpreted due to the differing types.

If the other operand of the multiplication has a source modifier, just
emit an extra move to resolve the source modifiers.

The negation source modifier problem is difficult to reproduce due to an
algebraic optimization that changes (-a*b) to -(a*b).  However, changes
in MR !1359 push the negations back down.

On Gen7+ it might be possible to do slightly better for an abs() source
modifier by using BFI2 as a glorified copysign().

On Gen8+ it might be possible to do slightly better for a neg() source
modifier by emitting (~a ^ b).

There were no shader-db changes on any Intel platform, so I think we can
deal with that problem when it arises.

See also piglit!224.

Fixes: 06d2c116415 ("intel/fs: Add a scale factor to emit_fsign")
Reviewed-by: Matt Turner <mattst88@gmail.com>
Tested-by: Marge Bot <https://gitlab.freedesktop.org/mesa/mesa/merge_requests/3780>
Part-of: <https://gitlab.freedesktop.org/mesa/mesa/merge_requests/3780>
src/intel/compiler/brw_fs_nir.cpp