From mboxrd@z Thu Jan 1 00:00:00 1970 From: George Dunlap Subject: Re: [PATCH v3 02/14] libxl: sanitize error handling in libxl_get_max_{cpus, nodes} Date: Tue, 19 Nov 2013 12:24:33 +0000 Message-ID: <528B5881.2070508@eu.citrix.com> References: <20131118175544.31002.79574.stgit@Solace> <20131118181646.31002.55372.stgit@Solace> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20131118181646.31002.55372.stgit@Solace> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Dario Faggioli Cc: Marcus Granado , Keir Fraser , Ian Campbell , Li Yechen , Andrew Cooper , Juergen Gross , Ian Jackson , xen-devel@lists.xen.org, Jan Beulich , Justin Weaver , Matt Wilson , Elena Ufimtseva List-Id: xen-devel@lists.xenproject.org On 11/18/2013 06:16 PM, Dario Faggioli wrote: > as well as both error handling and logging in libxl_cpu_bitmap_alloc > and libxl_node_bitmap_alloc. > > Now libxl_get_max_{cpus,nodes} either return a positive number, or > a libxl error code. Thanks to that, it is possible to fix loggig for > the two bitmap allocation functions, which now happens _inside_ the > functions themselves, and report what happens more accurately. > > Signed-off-by: Dario Faggioli Reviewed-by: George Dunlap With one caveat... > diff --git a/tools/libxl/libxl_utils.c b/tools/libxl/libxl_utils.c > index 682f874..2a51c9c 100644 > --- a/tools/libxl/libxl_utils.c > +++ b/tools/libxl/libxl_utils.c > @@ -645,6 +645,46 @@ char *libxl_bitmap_to_hex_string(libxl_ctx *ctx, const libxl_bitmap *bitmap) > return q; > } > > +inline int libxl_cpu_bitmap_alloc(libxl_ctx *ctx, > + libxl_bitmap *cpumap, > + int max_cpus) Stray 'inline'. :-) -George