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

RE: [Xen-devel] Problems with enabling hypervisor C and P-statecontrol

To: 'Keir Fraser' <keir.fraser@xxxxxxxxxxxxx>, 'Ian Pratt' <Ian.Pratt@xxxxxxxxxxxxx>, "Yu, Ke" <ke.yu@xxxxxxxxx>, Niraj Tolia <ntolia@xxxxxxxxx>
Subject: RE: [Xen-devel] Problems with enabling hypervisor C and P-statecontrol
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Mon, 27 Oct 2008 20:19:05 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: "Liu, Jinsong" <jinsong.liu@xxxxxxxxx>, Xen Developers <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Mon, 27 Oct 2008 05:26:34 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C52B557A.286EA%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>
References: <D8078B8B3B09934AA9F8F2D5FB3F28CE09395A5F7F@xxxxxxxxxxxxxxxxxxxxxxxxxxxx> <C52B557A.286EA%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Ack1k09vvX8kyUpuQteURFjSSiRC2wABxX6wAATWm9AAAS6wMAAlY1EgABo7cqQAVeedoAAHgcaXAAGNZNA=
Thread-topic: [Xen-devel] Problems with enabling hypervisor C and P-statecontrol
>From: Keir Fraser [mailto:keir.fraser@xxxxxxxxxxxxx] 
>Sent: Monday, October 27, 2008 7:25 PM
>
>On 27/10/08 07:56, "Tian, Kevin" <kevin.tian@xxxxxxxxx> wrote:
>
>> Also how about BSP? If BSP is not thread0/core0/package0,
>> then all the rest sorting effort is just meaningless. :-(
>
>True. Another possibility would be to provide a remapping between CPU
>identifiers used within Xen and those exposed to tools via 
>sysctl/domctl.
>The latter could be sorted; and no ordering constraints placed on the
>former.
>

This looks better, but the place to be changed would be large.
Hypercall handlers are easy. However carefulness has to be
paid for some implicit paths, like xentrace and serial output,
where smp_processor_id() is invoked naturally. Such info can
be inconsistent to identifiers exposed via sysctl/domctl, when 
consumed by user or developer. Then another level of translation
between these two  are required to be exposed again.

If anyway we'll add a new path to expose mapping between xen 
identifier and physical topology, above requirement seems not 
strong then. :-)

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

<Prev in Thread] Current Thread [Next in Thread>