Re: [PATCH v9 9/9] libxl: automatic NUMA placement affects soft affinity

[Dario Faggioli <dario.faggioli@citrix.com>]

[-- Attachment #1.1: Type: text/plain, Size: 1344 bytes --]

On gio, 2014-06-19 at 18:42 +0100, Wei Liu wrote:
> On Thu, Jun 19, 2014 at 07:33:50PM +0200, Dario Faggioli wrote:
> [...]
> > > -        rc = numa_place_domain(gc, domid, info);
> > > +        rc = libxl_cpu_bitmap_alloc(ctx, &cpumap_soft, 0);
> > >          if (rc)
> > >              return rc;
> > > +
> > > +        rc = numa_place_domain(gc, domid, info);
> > > +        if (rc) {
> > > +            libxl_bitmap_dispose(&cpumap_soft);
> > > +            return rc;
> > > +        }
> > > +
> > >
> > Do I need this call to libxl_bitmap_dispose(), to avoid leaking what
> > libxl_cpu_bitmap_alloc() did upon return, or does libxl cleans this up
> > for me? :-)
> > 
> > As you can see, I'm talking about the case where I'm inside libxl (i.e.,
> > within libxl__build_pre() )
> > 
> 
> Yes, you need to call _dispose. The bitmap is allocated with NOGC so
> libxl won't free that for you.
> 
Ah, right, found it! Also, re-read the memory management stuff in
libxl.h, and it makes sense now.

Thanks (and sorry for the stupid question).

Dario

-- 
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)


[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel