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

Re: [Xen-devel] xenpm: fix get-cpu-topology



Wei, Gang writes ("[Xen-devel] xenpm: fix get-cpu-topology"):
> xenpm: fix get-cpu-topology
> 
> Signed-off-by: Wei Gang <gang.wei@xxxxxxxxx>
> 
> diff -r cd5edc77ab93 tools/misc/xenpm.c
> --- a/tools/misc/xenpm.c      Fri Jul 09 17:55:39 2010 +0800
> +++ b/tools/misc/xenpm.c      Mon Jul 12 14:10:16 2010 +0800
> @@ -858,7 +858,7 @@ void cpu_topology_func(int argc, char *a
>          info.max_cpu_index = MAX_NR_CPU-1;
>  
>      printf("CPU\tcore\tsocket\tnode\n");
> -    for ( i = 0; i < info.max_cpu_index; i++ )
> +    for ( i = 0; i <= info.max_cpu_index; i++ )
>      {
>          if ( cpu_to_core[i] == INVALID_TOPOLOGY_ID )
>              continue;

The comments in xen/include/public/sysctl.h about the meaning of
max_cpu_index are ambiguous:

    /*
     * IN: maximum addressable entry in the caller-provided arrays.
     * OUT: largest cpu identifier in the system.
     * If OUT is greater than IN then the arrays are truncated!
     */
    uint32_t max_cpu_index;
...
     * The size of this array is specified by the caller in @max_cpu_index.
     * If the actual @max_cpu_index is smaller than the array then the trailing
     * elements of the array will not be written by the sysctl.
     */

So is it the size of the array or the maximum index ?

Ian.

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