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: A question about changeset 20621:f9392f6eda79 and Discon

To: "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx>, "andre.przywara@xxxxxxx" <andre.przywara@xxxxxxx>
Subject: [Xen-devel] Re: A question about changeset 20621:f9392f6eda79 and Discontinuous online node
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Wed, 06 Jan 2010 08:35:48 +0000
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Wed, 06 Jan 2010 00:36:16 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C8EDE645B81E5141A8C6B2F73FD92651138B597325@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
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: AcqOqEbbnXIv78APQI2JXa+pIXFSLwAAvgW+
Thread-topic: A question about changeset 20621:f9392f6eda79 and Discontinuous online node
User-agent: Microsoft-Entourage/12.23.0.091001
On 06/01/2010 08:14, "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx> wrote:

> This continuous assumption apply to CPU side also. Currently nr_cpus is
> returned as num_online_cpus(), this will cause issue if some of cpu is
> offlined.
> 
> I'm considering if we can pass this dis-continuous information to user space
> too, but that requires change this sysctl interface. The worse is, even if we
> can change this interface, we may run out of the 128 byte limitation for
> xen_sysctl hypercall if we change the NR_CPUS == 128 in future (currently the
> struct xen_sysctl_physinfo is 104 byte already).
> 
> I'd get some input from you guys and community before I try to fix this issue,
> any suggestion?

I think sufficient info is already made available by sysctl: cpu_to_node[]
info is provided by physinfo command; cpu_to_core[] and cpu_to_socket[] by
get_cputopo command. In both cases holes due to offline cpus are filled with
a special indicator value of ~0.

In the case of the node_to_cpu list returned by xc.physinfo(), it already
accounts for holes in node space by having empty lists of cpus for those
non-existent or empty nodes. Should just be a case of having the xend python
code understand that as necessary?

 -- Keir



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