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: [PATCH] Allow guest to register a secondary vcpu_time_in

To: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Subject: [Xen-devel] Re: [PATCH] Allow guest to register a secondary vcpu_time_info structure
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Tue, 06 Oct 2009 08:10:27 +0100
Cc: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Tue, 06 Oct 2009 00:11:04 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4ACA8AE6.3000602@xxxxxxxx>
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
Thread-index: AcpGGWPCVErznzFjTbm4UxglwdLSjAAOrDSg
Thread-topic: [PATCH] Allow guest to register a secondary vcpu_time_info structure
User-agent: Microsoft-Entourage/12.20.0.090605
On 06/10/2009 01:10, "Jeremy Fitzhardinge" <jeremy@xxxxxxxx> wrote:

> The second vcpu_time_info structure is updated by copy, rather than
> being a shared page between the guest and Xen.  It is not directly
> updated by copy; instead, Xen preserves and increments the existing
> version number in place.  This allows the guest to also update the
> version number (useful to indicate vcpu context switches to usermode).
> This assumes that the guest will only ever update the structure for a
> given vcpu on that vcpu (as Xen does, so there are never any cross-cpu
> accesses).

How do you feel about the 32-bit version number? We have space to easily
expand it to 64 bits, and now would be the time to do it while we're
extending the ABI.

 -- Keir



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