[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87fxjw46ey.fsf@basil.nowhere.org>
Date: Tue, 06 Jan 2009 19:48:37 +0100
From: Andi Kleen <andi@...stfloor.org>
To: Casey Dahlin <cdahlin@...hat.com>
Cc: Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: [RFC PATCH v2] waitfd
Casey Dahlin <cdahlin@...hat.com> writes:
> Linux now exposes signals, timers, and events via file descriptors
> through signalfd, timerfd, and eventfd. This means programmers can use
> a single select/[e]poll call to monitor all change in their
> program. This patch aims to expose child death via the same mechanism.
>
> waitfd provides a file descriptor out of which may be read a series of
> siginfo_t objects describing child death. A child process is reaped as
> soon as its information is read. This means child monitoring too can
> be performed with that same poll call.
>
> Patch is against v2.6.28
Can you please provide a manpage with the exact proposed semantics of
the interface.
Without that it's very hard to evaluate if the interface makes sense
or not.
In general a single paragraph is not enough to justify a new system
call.
-Andi
--
ak@...ux.intel.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists