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

Re: [Xen-devel] [PATCH] Export Multicore information



Nitin,

In terms of topology, aren't the sibling and core maps enough
information? I guess we could plan ahead for nodes in the
interface too. Do we really need to export cpu, core, and
package ids though? Also, should we export info for anything
other than online cpus?

I've only looked at the code to support XEN_SYSCTL_cpuinfo in
sysctl.c. I don't get the "count" check here. Looks like we
ignore the size of the array passed by the user. We read it
but ignore it. Am I missing something?

Cheers,
Emmanuel.

On Fri, Dec 08, 2006 at 05:41:26PM -0800, Kamble, Nitin A wrote:
>    Hi Keir, Ian,
> 
>       Attached is a patch which implements "xm cpuinfo" and  "xm cacheinfo"
>    commands. Output of these commands on a 4 way paxville (2 core per socket,
>    2 threads per core) and 2 way clovertown (Quadcore) system is shown
>    bellow.
> 
>       It would be easy to extend this functionality to other architectures
>    such as IA64 or power by reusing most of the code. Other architectures
>    would need to implement switch-cases XEN_SYSCTL_cpuinfo: &
>    XEN_SYSCTL_cacheinfo: in their arch_do_sysctl() in the function hyper
>    visor to get this functionality.
> 
>    
> 
>       The Changes are distributed in 3 areas viz hyper visor, libxc and
>    python code as seen in the diffstat bellow.
> 
>    
> 
>    Please apply and/or provide comments for the patch.
> 
>    
> 
>    Signed-Off-By: Nitin A Kamble <nitin.a.kamble@xxxxxxxxx>

_______________________________________________
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®.