More than the bottom two bits are now defined, and the MSR policy work has
shown that using non-architectural representations turns out to be problematic
for more than just asm code. As the architectural representation is the
expected default, we don't need to justify why we are using it.
Signed-off-by: Andrew Cooper <andrew.coop...@citrix.com>
---
CC: Jan Beulich <jbeul...@suse.com>
CC: Wei Liu <wei.l...@citrix.com>
CC: Roger Pau Monné <roger....@citrix.com>
CC: Sergey Dyasli <sergey.dya...@citrix.com>
New in v2
---
xen/include/asm-x86/msr.h | 5 -----
1 file changed, 5 deletions(-)
diff --git a/xen/include/asm-x86/msr.h b/xen/include/asm-x86/msr.h
index 3a2c799..9b4e4e0 100644
--- a/xen/include/asm-x86/msr.h
+++ b/xen/include/asm-x86/msr.h
@@ -287,11 +287,6 @@ struct vcpu_msrs
{
/* 0x00000048 - MSR_SPEC_CTRL */
struct {
- /*
- * Only the bottom two bits are defined, so no need to waste space
- * with uint64_t at the moment, but use uint32_t for the convenience
- * of the assembly code.
- */
uint32_t raw;
} spec_ctrl;
--
2.1.4
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
