UEFI环境下调用XSETBV前，是否需对XGETBV读取结果按CPUID有效位做掩码处理？

将XGETBV读取结果传给XSETBV前，必须使用CPUID获取的XCR0有效位掩码对返回值做掩码处理，这一操作和Intel手册中“XCR保留位应设置为先前读取值”的要求不存在冲突，具体规则拆解如下：

• 架构强制规则的优先级边界
  • XSETBV的故障触发规则是无例外的硬性要求：只要向XCR0的保留位、未实现位写入1，就会直接触发#GP通用保护故障
  • XGETBV对未实现位的返回值不提供任何架构层面的保证：所有不在硬件宣告的有效位范围内的读回值，本质是无定义的脏数据，数值不代表硬件真实存储状态，可能是硬件未实现路径返回的随机值，也可能是Hypervisor模拟缺陷产生的错误值
• “保留位写回读取值”条款的适用范围
  该条款仅针对硬件实际实现了位存储、只是当前未开放对外功能的已实现保留位，这类位本身会被CPUID返回的有效位掩码覆盖，做掩码操作时不会修改这类位的读回值；而xgetbv返回值中不在有效掩码范围内的位，根本没有对应的硬件存储实体，不存在“写回先前读取值”的适用前提。

• 实体Intel CPU上不做掩码操作也能正常运行，是因为实体CPU的xgetbv实现严格符合规范：所有无效位读回固定为0，直接写回自然不会触发XSETBV的保留位检查
• VirtualBox中出现的全速运行返回00000000:0000001f、单步执行返回00000000:00000001的差异，本质是Hypervisor的xgetbv模拟逻辑存在缺陷：全速运行路径下没有对返回的无效位做清零处理，输出了带脏值的结果
• 不做掩码处理的代码不具备跨环境兼容性：一旦遇到Hypervisor模拟缺陷、不同型号CPU的实现差异，就会随机触发#GP故障，按照CPUID有效位做掩码是保障代码稳定运行的必要操作

内容的提问来源于stack exchange，提问作者MikeCAT