Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755574AbbFOKGP (ORCPT ); Mon, 15 Jun 2015 06:06:15 -0400 Received: from mx1.redhat.com ([209.132.183.28]:49394 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754080AbbFOKGG (ORCPT ); Mon, 15 Jun 2015 06:06:06 -0400 Message-ID: <557EA388.5090902@redhat.com> Date: Mon, 15 Jun 2015 12:06:00 +0200 From: Florian Weimer User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Thiago Macieira CC: Josh Triplett , Al Viro , Andrew Morton , Andy Lutomirski , Ingo Molnar , Kees Cook , Oleg Nesterov , "Paul E. McKenney" , "H. Peter Anvin" , Rik van Riel , Thomas Gleixner , Michael Kerrisk , linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, linux-fsdevel@vger.kernel.org, x86@kernel.org Subject: Re: [PATCH v2 0/7] CLONE_FD: Task exit notification via file descriptor References: <556818A7.3030804@redhat.com> <1775865.3maNSqUW4u@tjmaciei-mobl4> In-Reply-To: <1775865.3maNSqUW4u@tjmaciei-mobl4> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1246 Lines: 29 On 05/29/2015 10:27 PM, Thiago Macieira wrote: >> It has been suggested (e.g., >> ) that you can >> use the existing clone(2) without specifying SIGCHLD to create a new >> process. The resulting child process is not supposed to show up in >> wait(2), only in a waitpid(2) (or similar) explicitly specifying the >> PID. Is this not the case? > > Hi Florian > > That sounds orthogonal to what we're looking for. Our objective is to get > notification of when the child exited without resorting to SIGCHLD. If we use > the regular clone(2) without SIGCHLD and without CLONE_FD, we get no > notification. The only way to know of the child's termination is by a blocking > waitpid(2), like you indicated, which is counter productive to our needs. > > We need something we can select(2)/poll(2) on. Thanks for the clarification. I agree that this is a separate and quite sensible use case. -- Florian Weimer / Red Hat Product Security -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/