All of lore.kernel.org
 help / color / mirror / Atom feed
From: Juergen Gross <juergen.gross@ts.fujitsu.com>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Re: [PATCH 3 of 4] Extend cpupools to support numa
Date: Wed, 08 Dec 2010 13:07:50 +0100	[thread overview]
Message-ID: <4CFF7516.90909@ts.fujitsu.com> (raw)
In-Reply-To: <1291805935.13966.4513.camel@zakaz.uk.xensource.com>

On 12/08/10 11:58, Ian Campbell wrote:
> See previous comments about the interface to libxl_get_topoplogy and
> leaking the returned pointer value.
>
> On Fri, 2010-11-26 at 07:10 +0000, Juergen Gross wrote:
>> +    if (libxl_get_freecpus(&ctx,&freemap)) {
>> +        fprintf(stderr, "libxl_get_freecpus failed\n");
>> +        return -ERROR_FAIL;
>> +    }
>> +
>> +    topology = libxl_get_topologyinfo(&ctx);
>> +    if (topology == NULL) {
>> +        fprintf(stderr, "libxl_get_topologyinfo failed\n");
>> +        return -ERROR_FAIL;
>> +    }
>> +
>> +    n = 0;
>> +    for (cpu = 0; cpu<  topology->nodemap.entries; cpu++) {
>> +        if (libxl_cpumap_test(&freemap, cpu)&&
>> +            (topology->nodemap.array[cpu] == node)&&
>> +            !libxl_cpupool_cpuadd(&ctx, poolid, cpu)) {
>> +                n++;
>> +        }
>> +    }
>
> This sequence of actions look like they would make a useful addition to
> the libxl interface as a helper function.
>
> Not sure what it would be called, perhaps:
> 	libxl_cpupool_cpuadd_node(&ctx, poolid, node)
> ?

Okay.

>
>> +    for (p = 0; p<  n_pools; p++) {
>> +        if (poolinfo[p].poolid == poolid) {
>> +            for (cpu = 0; cpu<  topology->nodemap.entries; cpu++) {
>> +                if ((topology->nodemap.array[cpu] == node)&&
>> +                    libxl_cpumap_test(&poolinfo[p].cpumap, cpu)&&
>> +                    !libxl_cpupool_cpuremove(&ctx, poolid, cpu)) {
>> +                        n++;
>> +                }
>> +            }
>> +        }
>> +    }
>
> also a helper function?
>
> libxl_cpupool_cpuremove_node(&ctx, poolid, node)

Okay.

>
> Isn't there an existing function to find a poolinfo from a poolid? (if
> not then should there be?)

Currently it is only possible to get infos for ALL cpupools. As the
number of cpupools is expected to be not very large, this should be no
problem.
Perhaps it would make sense to create a helper function to locate the correct
poolinfo member based on the poolid.


Juergen

-- 
Juergen Gross                 Principal Developer Operating Systems
TSP ES&S SWE OS6                       Telephone: +49 (0) 89 3222 2967
Fujitsu Technology Solutions              e-mail: juergen.gross@ts.fujitsu.com
Domagkstr. 28                           Internet: ts.fujitsu.com
D-80807 Muenchen                 Company details: ts.fujitsu.com/imprint.html

  reply	other threads:[~2010-12-08 12:07 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-26  7:10 [PATCH 0 of 4] support of NUMA topology in xl Juergen Gross
2010-11-26  7:10 ` [PATCH 1 of 4] Support getting topology info in libxl Juergen Gross
2010-12-07 17:21   ` Ian Jackson
2010-12-08 10:51   ` Ian Campbell
2010-12-08 12:01     ` Juergen Gross
2010-12-09 12:09   ` Gianni Tedesco
2010-11-26  7:10 ` [PATCH 2 of 4] support topolgy info in xl info Juergen Gross
2010-12-07 17:23   ` Ian Jackson
2010-12-08  5:47     ` Juergen Gross
2010-11-26  7:10 ` [PATCH 3 of 4] Extend cpupools to support numa Juergen Gross
2010-12-07 17:25   ` Ian Jackson
2010-12-08 10:58   ` Ian Campbell
2010-12-08 12:07     ` Juergen Gross [this message]
2010-11-26  7:10 ` [PATCH 4 of 4] Support new xl command cpupool-numa-split Juergen Gross
2010-12-07 17:26   ` Ian Jackson
2010-12-07 17:31     ` George Dunlap
2010-12-07 17:34       ` Ian Jackson
2010-12-08 11:16   ` Ian Campbell
2010-12-08 12:20     ` Juergen Gross
2010-12-08 13:12       ` Ian Campbell
2010-12-08 13:17         ` Juergen Gross
2010-12-08 13:38           ` Ian Campbell
2010-12-08 13:41             ` Juergen Gross
2010-12-08 14:12               ` Ian Campbell
2010-12-09  9:45                 ` Juergen Gross

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4CFF7516.90909@ts.fujitsu.com \
    --to=juergen.gross@ts.fujitsu.com \
    --cc=Ian.Campbell@citrix.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.