Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1242013 > unrolled thread
| Started by | Wanpeng Li <wanpeng.li@hotmail.com> |
|---|---|
| First post | 2015-10-08 09:20 +0200 |
| Last post | 2015-10-08 09:20 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH v2] KVM: nVMX: expose VPID capability to L1 Wanpeng Li <wanpeng.li@hotmail.com> - 2015-10-08 09:20 +0200
| From | Wanpeng Li <wanpeng.li@hotmail.com> |
|---|---|
| Date | 2015-10-08 09:20 +0200 |
| Subject | Re: [PATCH v2] KVM: nVMX: expose VPID capability to L1 |
| Message-ID | <qhdEC-4U3-17@gated-at.bofh.it> |
On 9/29/15 6:39 PM, Paolo Bonzini wrote: > On 29/09/2015 04:55, Wanpeng Li wrote: >> Expose VPID capability to L1. >> >> Signed-off-by: Wanpeng Li <wanpeng.li@hotmail.com> >> --- >> v1 -> v2: >> * set only VMX_VPID_EXTENT_GLOBAL_CONTEXT_BIT > Thanks. I've checked more thoroughly your implementation against the > SDM now, and there are a few missing things between this patch and the > one that emulates INVVPID: > > - you're not setting bit 32 of the VMX_EPT_VPID_CAP MSR > > - you were not checking against the supported types in the > implementation of the INVVPID instruction > > - the memory operand must always be read even if it isn't needed (e.g., > for type==global), similar to INVEPT > > - for single-context invalidation you're not checking that VPID != 0, > though in practice that doesn't matter because we don't want to support > single-context invalidation > > - you're always setting the MSR's bits to 1 even if !enable_vpid I believe you mean always setting the MSR's bits to 1 when !enable_ept and enable_vpid. > > At this point it's better if you resend the whole nested VPID > implementation, i.e. the following five patches: > > KVM: VMX: adjust interface to allocate/free_vpid > KVM: VMX: introduce __vmx_flush_tlb to handle specific vpid > KVM: nVMX: emulate the INVVPID instruction > KVM: nVMX: nested VPID emulation > KVM: nVMX: expose VPID capability to L1 > > with the above issues fixed. I just send out v2. > Please also send kvm-unit-tests patches > that tests for the error cases. I will do it later. Regards, Wanpeng Li -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to top | Article view | linux.kernel
csiph-web