From: Keir Fraser <keir@xen.org>
To: Christoph Egger <Christoph.Egger@amd.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: [PATCH] nestedhvm: ASID emulation
Date: Thu, 14 Apr 2011 15:43:55 +0100 [thread overview]
Message-ID: <C9CCC6BD.2CA5F%keir@xen.org> (raw)
In-Reply-To: <4DA6FE54.2050403@amd.com>
[-- Attachment #1: Type: text/plain, Size: 911 bytes --]
On 14/04/2011 15:01, "Christoph Egger" <Christoph.Egger@amd.com> wrote:
>> What if some other vcpu's nv_n1asid or nv_n2asid got assigned the same HW
>> asid in this generation as this vcpu's (now stale, as it's from a previous
>> generation's) nv_n2asid? This PCPU can be interleaving execution of other
>> HVM VCPUs after all.
>
> I am not sure if I got you right. You mean what if two vcpus run on one
> physical cpu? In this case svm_do_resume() calls hvm_asid_flush_vcpu()
> before so that asid_generation and core_asid_generation do not match and
> a new asid is always assigned.
No, it only does that if a given VCPU gets scheduled onto a *different* PCPU
than last time it ran.
I've attached a mostly rewritten version of your patch that is about half
the size and I believe has a fighting chance of being correct (however it is
only build tested). Give it a look and a spin.
-- Keir
> Christoph
[-- Attachment #2: 00-nhvm-asid --]
[-- Type: application/octet-stream, Size: 8611 bytes --]
diff -r b5165fb66b56 xen/arch/x86/hvm/asid.c
--- a/xen/arch/x86/hvm/asid.c Thu Apr 14 14:57:24 2011 +0100
+++ b/xen/arch/x86/hvm/asid.c Thu Apr 14 15:40:48 2011 +0100
@@ -78,9 +78,15 @@
data->next_asid = 1;
}
+void hvm_asid_flush_vcpu_asid(struct hvm_vcpu_asid *asid)
+{
+ asid->generation = 0;
+}
+
void hvm_asid_flush_vcpu(struct vcpu *v)
{
- v->arch.hvm_vcpu.asid_generation = 0;
+ hvm_asid_flush_vcpu_asid(&v->arch.hvm_vcpu.n1_asid);
+ hvm_asid_flush_vcpu_asid(&v->arch.hvm_vcpu.n2_asid);
}
void hvm_asid_flush_core(void)
@@ -102,9 +108,8 @@
data->disabled = 1;
}
-bool_t hvm_asid_handle_vmenter(void)
+bool_t hvm_asid_handle_vmenter(struct hvm_vcpu_asid *asid)
{
- struct vcpu *curr = current;
struct hvm_asid_data *data = &this_cpu(hvm_asid_data);
/* On erratum #170 systems we must flush the TLB.
@@ -113,7 +118,7 @@
goto disabled;
/* Test if VCPU has valid ASID. */
- if ( curr->arch.hvm_vcpu.asid_generation == data->core_asid_generation )
+ if ( asid->generation == data->core_asid_generation )
return 0;
/* If there are no free ASIDs, need to go to a new generation */
@@ -126,17 +131,17 @@
}
/* Now guaranteed to be a free ASID. */
- curr->arch.hvm_vcpu.asid = data->next_asid++;
- curr->arch.hvm_vcpu.asid_generation = data->core_asid_generation;
+ asid->asid = data->next_asid++;
+ asid->generation = data->core_asid_generation;
/*
* When we assign ASID 1, flush all TLB entries as we are starting a new
* generation, and all old ASID allocations are now stale.
*/
- return (curr->arch.hvm_vcpu.asid == 1);
+ return (asid->asid == 1);
disabled:
- curr->arch.hvm_vcpu.asid = 0;
+ asid->asid = 0;
return 0;
}
diff -r b5165fb66b56 xen/arch/x86/hvm/svm/asid.c
--- a/xen/arch/x86/hvm/svm/asid.c Thu Apr 14 14:57:24 2011 +0100
+++ b/xen/arch/x86/hvm/svm/asid.c Thu Apr 14 15:40:48 2011 +0100
@@ -22,6 +22,7 @@
#include <xen/perfc.h>
#include <asm/hvm/svm/asid.h>
#include <asm/amd.h>
+#include <asm/hvm/nestedhvm.h>
void svm_asid_init(struct cpuinfo_x86 *c)
{
@@ -42,17 +43,20 @@
{
struct vcpu *curr = current;
struct vmcb_struct *vmcb = curr->arch.hvm_svm.vmcb;
- bool_t need_flush = hvm_asid_handle_vmenter();
+ struct hvm_vcpu_asid *curr_asid =
+ nestedhvm_vcpu_in_guestmode(curr)
+ ? &curr->arch.hvm_vcpu.n1_asid : &curr->arch.hvm_vcpu.n2_asid;
+ bool_t need_flush = hvm_asid_handle_vmenter(curr_asid);
/* ASID 0 indicates that ASIDs are disabled. */
- if ( curr->arch.hvm_vcpu.asid == 0 )
+ if ( curr_asid->asid == 0 )
{
vmcb_set_guest_asid(vmcb, 1);
vmcb->tlb_control = 1;
return;
}
- vmcb_set_guest_asid(vmcb, curr->arch.hvm_vcpu.asid);
+ vmcb_set_guest_asid(vmcb, curr_asid->asid);
vmcb->tlb_control = need_flush;
}
diff -r b5165fb66b56 xen/arch/x86/hvm/svm/nestedsvm.c
--- a/xen/arch/x86/hvm/svm/nestedsvm.c Thu Apr 14 14:57:24 2011 +0100
+++ b/xen/arch/x86/hvm/svm/nestedsvm.c Thu Apr 14 15:40:48 2011 +0100
@@ -261,8 +261,6 @@
/* Cleanbits */
n1vmcb->cleanbits.bytes = 0;
- hvm_asid_flush_vcpu(v);
-
return 0;
}
@@ -408,9 +406,7 @@
if (rc)
return rc;
- /* ASID */
- hvm_asid_flush_vcpu(v);
- /* n2vmcb->_guest_asid = ns_vmcb->_guest_asid; */
+ /* ASID - Emulation handled in hvm_asid_handle_vmenter() */
/* TLB control */
n2vmcb->tlb_control = n1vmcb->tlb_control | ns_vmcb->tlb_control;
@@ -605,9 +601,13 @@
svm->ns_vmcb_guestcr3 = ns_vmcb->_cr3;
svm->ns_vmcb_hostcr3 = ns_vmcb->_h_cr3;
- nv->nv_flushp2m = (ns_vmcb->tlb_control
- || (svm->ns_guest_asid != ns_vmcb->_guest_asid));
- svm->ns_guest_asid = ns_vmcb->_guest_asid;
+ nv->nv_flushp2m = ns_vmcb->tlb_control;
+ if ( svm->ns_guest_asid != ns_vmcb->_guest_asid )
+ {
+ nv->nv_flushp2m = 1;
+ hvm_asid_flush_vcpu_asid(&v->arch.hvm_vcpu.n2_asid);
+ svm->ns_guest_asid = ns_vmcb->_guest_asid;
+ }
/* nested paging for the guest */
svm->ns_hap_enabled = (ns_vmcb->_np_enable) ? 1 : 0;
diff -r b5165fb66b56 xen/arch/x86/hvm/svm/svm.c
--- a/xen/arch/x86/hvm/svm/svm.c Thu Apr 14 14:57:24 2011 +0100
+++ b/xen/arch/x86/hvm/svm/svm.c Thu Apr 14 15:40:48 2011 +0100
@@ -1580,6 +1580,15 @@
__update_guest_eip(regs, inst_len);
}
+static void svm_invlpga_intercept(
+ struct vcpu *v, unsigned long vaddr, uint32_t asid)
+{
+ svm_invlpga(vaddr,
+ (asid == 0)
+ ? v->arch.hvm_vcpu.n1_asid.asid
+ : v->arch.hvm_vcpu.n2_asid.asid);
+}
+
static void svm_invlpg_intercept(unsigned long vaddr)
{
struct vcpu *curr = current;
@@ -1894,11 +1903,14 @@
case VMEXIT_CR0_READ ... VMEXIT_CR15_READ:
case VMEXIT_CR0_WRITE ... VMEXIT_CR15_WRITE:
case VMEXIT_INVLPG:
- case VMEXIT_INVLPGA:
if ( !handle_mmio() )
hvm_inject_exception(TRAP_gp_fault, 0, 0);
break;
+ case VMEXIT_INVLPGA:
+ svm_invlpga_intercept(v, regs->rax, regs->ecx);
+ break;
+
case VMEXIT_VMMCALL:
if ( (inst_len = __get_instruction_length(v, INSTR_VMCALL)) == 0 )
break;
diff -r b5165fb66b56 xen/arch/x86/hvm/vmx/vmcs.c
--- a/xen/arch/x86/hvm/vmx/vmcs.c Thu Apr 14 14:57:24 2011 +0100
+++ b/xen/arch/x86/hvm/vmx/vmcs.c Thu Apr 14 15:40:48 2011 +0100
@@ -867,9 +867,6 @@
#endif
}
- if ( cpu_has_vmx_vpid )
- __vmwrite(VIRTUAL_PROCESSOR_ID, v->arch.hvm_vcpu.asid);
-
if ( cpu_has_vmx_pat && paging_mode_hap(d) )
{
u64 host_pat, guest_pat;
diff -r b5165fb66b56 xen/arch/x86/hvm/vmx/vmx.c
--- a/xen/arch/x86/hvm/vmx/vmx.c Thu Apr 14 14:57:24 2011 +0100
+++ b/xen/arch/x86/hvm/vmx/vmx.c Thu Apr 14 15:40:48 2011 +0100
@@ -2667,14 +2667,16 @@
{
struct vcpu *curr = current;
u32 new_asid, old_asid;
+ struct hvm_vcpu_asid *curr_asid;
bool_t need_flush;
if ( !cpu_has_vmx_vpid )
goto out;
- old_asid = curr->arch.hvm_vcpu.asid;
- need_flush = hvm_asid_handle_vmenter();
- new_asid = curr->arch.hvm_vcpu.asid;
+ curr_asid = &curr->arch.hvm_vcpu.n1_asid;
+ old_asid = curr_asid->asid;
+ need_flush = hvm_asid_handle_vmenter(curr_asid);
+ new_asid = curr_asid->asid;
if ( unlikely(new_asid != old_asid) )
{
diff -r b5165fb66b56 xen/include/asm-x86/hvm/asid.h
--- a/xen/include/asm-x86/hvm/asid.h Thu Apr 14 14:57:24 2011 +0100
+++ b/xen/include/asm-x86/hvm/asid.h Thu Apr 14 15:40:48 2011 +0100
@@ -23,11 +23,15 @@
#include <xen/config.h>
struct vcpu;
+struct hvm_vcpu_asid;
/* Initialise ASID management for the current physical CPU. */
void hvm_asid_init(int nasids);
-/* Invalidate a VCPU's current ASID allocation: forces re-allocation. */
+/* Invalidate a particular ASID allocation: forces re-allocation. */
+void hvm_asid_flush_vcpu_asid(struct hvm_vcpu_asid *asid);
+
+/* Invalidate all ASID allocations for specified VCPU: forces re-allocation. */
void hvm_asid_flush_vcpu(struct vcpu *v);
/* Flush all ASIDs on this processor core. */
@@ -35,7 +39,7 @@
/* Called before entry to guest context. Checks ASID allocation, returns a
* boolean indicating whether all ASIDs must be flushed. */
-bool_t hvm_asid_handle_vmenter(void);
+bool_t hvm_asid_handle_vmenter(struct hvm_vcpu_asid *asid);
#endif /* __ASM_X86_HVM_ASID_H__ */
diff -r b5165fb66b56 xen/include/asm-x86/hvm/vcpu.h
--- a/xen/include/asm-x86/hvm/vcpu.h Thu Apr 14 14:57:24 2011 +0100
+++ b/xen/include/asm-x86/hvm/vcpu.h Thu Apr 14 15:40:48 2011 +0100
@@ -70,6 +70,11 @@
#define vcpu_nestedhvm(v) ((v)->arch.hvm_vcpu.nvcpu)
+struct hvm_vcpu_asid {
+ uint64_t generation;
+ uint32_t asid;
+};
+
struct hvm_vcpu {
/* Guest control-register and EFER values, just as the guest sees them. */
unsigned long guest_cr[5];
@@ -100,8 +105,7 @@
bool_t hcall_preempted;
bool_t hcall_64bit;
- uint64_t asid_generation;
- uint32_t asid;
+ struct hvm_vcpu_asid n1_asid, n2_asid;
u32 msr_tsc_aux;
diff -r b5165fb66b56 xen/include/asm-x86/hvm/vmx/vmx.h
--- a/xen/include/asm-x86/hvm/vmx/vmx.h Thu Apr 14 14:57:24 2011 +0100
+++ b/xen/include/asm-x86/hvm/vmx/vmx.h Thu Apr 14 15:40:48 2011 +0100
@@ -377,7 +377,7 @@
type = INVVPID_ALL_CONTEXT;
execute_invvpid:
- __invvpid(type, v->arch.hvm_vcpu.asid, (u64)gva);
+ __invvpid(type, v->arch.hvm_vcpu.n1_asid.asid, (u64)gva);
}
static inline void vpid_sync_all(void)
[-- Attachment #3: Type: text/plain, Size: 138 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel
next prev parent reply other threads:[~2011-04-14 14:43 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-13 10:37 [PATCH] nestedhvm: ASID emulation Christoph Egger
2011-04-13 13:27 ` Keir Fraser
2011-04-13 14:26 ` Christoph Egger
2011-04-13 15:05 ` Keir Fraser
2011-04-13 15:19 ` Christoph Egger
2011-04-13 16:22 ` Keir Fraser
2011-04-14 9:26 ` Christoph Egger
2011-04-14 10:28 ` Keir Fraser
2011-04-14 14:01 ` Christoph Egger
2011-04-14 14:43 ` Keir Fraser [this message]
2011-04-15 8:20 ` Christoph Egger
2011-04-15 9:05 ` Keir Fraser
2011-04-15 9:08 ` Christoph Egger
2011-04-15 9:24 ` Keir Fraser
2011-04-15 9:57 ` Christoph Egger
2011-04-15 12:53 ` Keir Fraser
2011-04-15 12:49 ` Christoph Egger
2011-04-15 13:40 ` Christoph Egger
2011-04-13 13:51 ` Christoph Egger
2011-04-13 14:48 ` Christoph Egger
-- strict thread matches above, loose matches on Subject: below --
2011-04-13 8:57 Christoph Egger
2011-04-13 9:18 ` Keir Fraser
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=C9CCC6BD.2CA5F%keir@xen.org \
--to=keir@xen.org \
--cc=Christoph.Egger@amd.com \
--cc=xen-devel@lists.xensource.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).