指令解码器如何区分32位模式下的EVEX前缀和绑定操作码？

Question

在32位模式下，由于ModRM字节的mod字段不能为11B，Intel通过反转寄存器扩展的高位来解决VEX前缀与LDS/LES之间的冲突

VEX前缀的初始字节值C4h和C5h与LDS和LES指令的操作码相同。64位模式不支持这些指令。为了解决32位模式下的歧义，VEX的规范利用了这样一个事实，即合法的LDS或LES的ModRM字节不能是11xxxxxx格式（这将指定寄存器操作数）。VEX前缀的第二个字节中的各个位字段被反转，以确保字节在32位模式中始终是这种形式。

https://en.wikipedia.org/wiki/vex_prefix#technical_description

然而，在EVEX中，R和X位不反转，这导致mod=00b，这也指示绑定指令中的内存操作数

REX前缀的四位R、X、B和W。W将操作数大小扩展到64位或用作额外的操作码，R扩展reg，B扩展R/m或reg，X和B扩展SIB字节中的索引和基。与VEX前缀相比，RXB是以非反转形式提供的，就像REX前缀一样。

https://en.wikipedia.org/wiki/evex_前缀

那么他们怎样才能清晰地解码指令重叠呢？

Answer 1

反转位的技巧之所以有效，是因为两个事实：

1. 在32位html" target="_blank">模式下，32个ZMM寄存器中只有8个可用，因此evex.r'bit永远不会翻转，因此永远不会使用允许的绑定编码进行别名。
2. 在64位模式下，无法识别绑定指令，因此EVEX位可以取任何值。

AVX专利的一段摘录澄清了这一点：

然而，英特尔SDM不清楚这一事实。我已经浏览了SDM，事实上，在EVEX部分没有提到EVEX编码的补充意义的痕迹。我们必须从EVEX是VEX的扩展这一事实来推断它，对于VEX有一个倒置意义的陈述（第2a卷，第2.3.5节，第一个子弹头）：

该字段使用1的补码形式（倒置形式）进行编码，即XMM0/YMM0/R0编码为1111b，XMM15/YMM15/R15编码为0000b。