x86: record further wrong uses of EVEX.b
authorJan Beulich <jbeulich@suse.com>
Fri, 14 Jan 2022 09:55:17 +0000 (10:55 +0100)
committerJan Beulich <jbeulich@suse.com>
Fri, 14 Jan 2022 09:55:17 +0000 (10:55 +0100)
commita364447b5ecf58a60a2ba99a5d31b984d0443152
tree45364b2404d3198c7017704becd906124fcfc2a9
parent740a1e791175987e28cc39dbd11e3fc152ffc40b
x86: record further wrong uses of EVEX.b

For one EVEX.W set does not imply EVEX.b is uniformly valid. Reject it
for modes which occur for insns allowing for EVEX.W to be set (noticed
with VMOV{H,L}PD and VMOVDDUP, and only in AT&T mode, but not checked
whether further insns would also have been impacted; I expect e.g.
VCMPSD would have had the same issue). And then the present concept of
broadcast makes no sense at all when the memory operand of an insn is
the destination.
opcodes/i386-dis.c