[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-devel] AMD-V not functional starting with c/s 11132


  • To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
  • From: "Woller, Thomas" <thomas.woller@xxxxxxx>
  • Date: Thu, 17 Aug 2006 14:00:25 -0500
  • Delivery-date: Thu, 17 Aug 2006 12:02:02 -0700
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: AcbCH4hTJYUeUNTZRpWFX1NDLvPqFAACzNeZAACNXEA=
  • Thread-topic: [Xen-devel] AMD-V not functional starting with c/s 11132

> This is a bug in the changes that patch made to 
> x86_64/exits.S, which changed the way we compute the address 
> for host VMLOAD/VMSAVE. We end up with the address of the 
> location that contains the VMCB pointer, rather than the VMCB 
> pointer itself! Try adding 'mov (%rax),%rax' immediately 
> before the host VMLOAD/VMSAVE instructions.
Good to know... And looks like it's the same fix we are testing.

We are looking at the modified ASID code now. The SVM logic is able to
operate with only flushing the tlb each context switch, instead of each
vmexit, but one very small corner case prevents posting this change
right now - so y'all wouldn't have tested it.  We'll test with this
alternate tlb flushing configuration instead of what's in the unstable
tree to ensure that the modified ASID logic is still ok.

> 
> I've fixed this in xen-unstable hopefully, changeset 11184, 
> which will be in the public tree when we have fixed another 
> issue ion our staging tree.
Thanks for the update.

tom



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.