WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] RE: rdtsc: correctness vs performance on Xen (and KVM?)

To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Subject: [Xen-devel] RE: rdtsc: correctness vs performance on Xen (and KVM?)
From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
Date: Tue, 1 Sep 2009 08:26:17 -0700 (PDT)
Cc: "Xen-Devel \(E-mail\)" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 01 Sep 2009 08:27:16 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C6C2F785.A3E6%keir.fraser@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
> On 01/09/2009 15:53, "Dan Magenheimer" 
> <dan.magenheimer@xxxxxxxxxx> wrote:
> 
> > 1) fake rdmsr (or hypercall if it works) returns a virtual
> >    address within a range of addresses that is not "owned by"
> >    the OS (e.g. maybe in Xen address space?).  The page is
> >    only readable outside of ring 0, but writeable in ring 0
> >    (by Xen).
> > 2) All TLB misses on this page are handled directly by Xen
> >    so the OS never sees the address/page.
> 
> I think these are probably possible, at least for a 64-bit 
> hypervisor which
> isn't playing segment limit tricks.

Will it work for pv32_on_64?  (I don't care much about
32-bit hypervisor.)
 
> > If these are OK, and you see other parts of the proposal
> > that require PV kernel mods, please point them out.
> 
> Won't the pvclock computation be per-cpu? How will you deal with
> that?

Hmmm... is it possible for the same virtual address/page
to map to a different physical address/page on each processor?

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