From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jim Fehlig Subject: Re: [PATCH 6/7] libxl: fork: Provide ..._always_selective_reap Date: Fri, 17 Jan 2014 08:22:30 -0700 Message-ID: <52D94AB6.5000705@suse.com> References: <1389892942-8452-1-git-send-email-ian.jackson@eu.citrix.com> <1389892942-8452-7-git-send-email-ian.jackson@eu.citrix.com> <52D8CF6A.7050609@suse.com> <21209.9256.615318.923918@mariner.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <21209.9256.615318.923918@mariner.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Jackson Cc: xen-devel@lists.xensource.com, Ian Campbell List-Id: xen-devel@lists.xenproject.org Ian Jackson wrote: > Jim Fehlig writes ("Re: [PATCH 6/7] libxl: fork: Provide ..._always_selective_reap"): > >> I don't see the assert, regardless of how I call setmode(), when >> changing this hunk to >> >> @@ -264,11 +264,11 @@ static bool chldmode_ours(libxl_ctx *ctx, bool >> creating) >> { >> switch (ctx->childproc_hooks->chldowner) { >> case libxl_sigchld_owner_libxl: >> + case libxl_sigchld_owner_libxl_always_selective_reap: >> return creating || !LIBXL_LIST_EMPTY(&ctx->children); >> case libxl_sigchld_owner_mainloop: >> return 0; >> case libxl_sigchld_owner_libxl_always: >> - case libxl_sigchld_owner_libxl_always_selective_reap: >> return 1; >> } >> abort(); >> > > I should say: that that works is just luck, I think. That's what I suspected :). And I also suspect my luck would run out once I throw 10's of domains with many concurrent operations in the mix. > I have a better fix. > Ok, thanks! Regards, Jim