On Tue, Feb 14, 2023, Like Xu wrote: > On 10/2/2023 8:31 am, Sean Christopherson wrote: > > +/* > > + * The first...last VMX feature MSRs that are emulated by KVM. This may or may > > + * not cover all known VMX MSRs, as KVM doesn't emulate an MSR until there's an > > + * associated feature that KVM supports for nested virtualization. > > + */ > > +#define KVM_FIRST_EMULATED_VMX_MSR MSR_IA32_VMX_BASIC > > +#define KVM_LAST_EMULATED_VMX_MSR MSR_IA32_VMX_VMFUNC > > Off-topic, we now have "#define MSR_IA32_VMX_PROCBASED_CTLS3 0x00000492", > any further changes needed here if L2 guest needs IPI virtualization or why not ? If KVM exposes IPI virtualization, or any other feature that depends on tertiary controls, to L1, then yes this will need to be extended. But that will naturally happen as part of any such enabling, otherwise userspace won't be able to do anything with L1's tertiary controls. As for supporting IPI virtualization for nested VMs, that's definitely future work. I haven't though about it too much, but I assume it's a similar story to AVIC where KVM would need to shadow L1's PID table.
