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

Re: [Xen-devel] [PATCH 06/13] libxl: actually abort if initializing a ctx's lock fails

To: Matthew Daley <mattd@xxxxxxxxxxx>
From: Ian Jackson <Ian.Jackson@xxxxxxxxxxxxx>
Date: Mon, 2 Dec 2013 12:05:20 +0000
Cc: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>, Ian Campbell <ian.campbell@xxxxxxxxxx>, xen-devel@xxxxxxxxxxxxx
Delivery-date: Mon, 02 Dec 2013 12:06:04 +0000
List-id: Xen developer discussion <xen-devel.lists.xen.org>

Matthew Daley writes ("[PATCH 06/13] libxl: actually abort if initializing a 
ctx's lock fails"):
> If initializing the ctx's lock fails, don't keep going, but instead
> error out.

Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>
Committed-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx>

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

References:
- [Xen-devel] [PATCH 00/13] Coverity fixes for libxl
  - From: Matthew Daley
- [Xen-devel] [PATCH 06/13] libxl: actually abort if initializing a ctx's lock fails
  - From: Matthew Daley

Prev by Date: Re: [Xen-devel] [PATCH 05/13] libxl: remove unsigned less-than-0 comparison
Next by Date: Re: [Xen-devel] [PATCH 07/13] libxl: don't leak output vcpu info on error in libxl_list_vcpu
Previous by thread: [Xen-devel] [PATCH 06/13] libxl: actually abort if initializing a ctx's lock fails
Next by thread: [Xen-devel] [PATCH 07/13] libxl: don't leak output vcpu info on error in libxl_list_vcpu
Index(es):
- Date
- Thread

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.