Date: Tue, 9 Dec 2008 17:05:43 +0000
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Casey Dahlin <cdahlin@redhat.com>
Cc: Linux Kernel <linux-kernel@vger.kernel.org>,
       Scott James Remnant <scott@netsplit.com>
Subject: Re: [RFC PATCH] waitfd: file descriptor to wait on child processes
Message-ID: <20081209170543.59b4fb73@lxorguk.ukuu.org.uk>
In-Reply-To: <493EA441.1070706@redhat.com>
References: <493EA441.1070706@redhat.com>
Organization: Red Hat UK Cyf., Amberley Place, 107-111 Peascod Street,
 Windsor, Berkshire, SL4 1TE, Y Deyrnas Gyfunol. Cofrestrwyd yng Nghymru a
 Lloegr o'r rhif cofrestru 3798903
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 811
Lines: 20

> prototype for a fourth: waitfd. It pretty much does what the name 
> suggests: reading from it yields a series of status ints (as would be 
> written into the second argument of waitpid) for child processes that 
> have changed state. It takes essentially the same arguments as waitpid 
> (for now) and supports the same set of features.

This propogates the fundamental braindamage of waitpid - the fact the
notification only works on child process trees.

Here is a more elegant suggestion - use epoll, inotify and friends  fully
on /proc process nodes.

Alan


--
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/