From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Jackson Subject: (no subject) Date: Fri, 24 Feb 2012 18:54:48 +0000 Message-ID: <1330109703-6536-1-git-send-email-ian.jackson@eu.citrix.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org Once again, I have not executed the code in this series! These three are intended to be bugfixes to sort out the deadlock problem that Roger Pau Monne reported: 01/15 libxl: ao: allow immediate completion 02/15 libxl: fix hang due to libxl__initiate_device_remove These are other bugfixes: 03/15 libxl: Fix eventloop_iteration over-locking 04/15 libxl: Fix leak of ctx->lock 05/15 libxl: abolish libxl_ctx_postfork 06/15 tools: Correct PTHREAD options in config/StdGNU.mk 07/15 libxl: Use PTHREAD_CFLAGS, LDFLAGS, LIBS 08/15 libxl: Crash (more sensibly) on malloc failure These are handy new bits for internal libxl users: 09/15 libxl: Make libxl__zalloc et al tolerate a NULL gc 10/15 libxl: Introduce some convenience macros 11/15 libxl: Protect fds with CLOEXEC even with forking threads 12/15 libxl: libxl_event.c:beforepoll_internal, REQUIRE_FDS 14/15 libxl: Provide libxl_string_list_length 15/15 libxl: Introduce libxl__sendmsg_fds and libxl__recvmsg_fds This is the new child-handling machinery: 13/15 libxl: event API: new facilities for waiting for subprocesses There are not any users for much of this code in this series. I have a half-written rework of libxl_bootloader.c to make it event-driven, but it's not suitable for review at this stage. It doesn't even compile.