[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.1.10.0906020944540.12866@makko.or.mcafeemobile.com>
Date: Tue, 2 Jun 2009 09:51:42 -0700 (PDT)
From: Davide Libenzi <davidel@...ilserver.org>
To: "Eric W. Biederman" <ebiederm@...ssion.com>
cc: Al Viro <viro@...IV.linux.org.uk>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-pci@...r.kernel.org, linux-mm@...ck.org,
linux-fsdevel@...r.kernel.org, Hugh Dickins <hugh@...itas.com>,
Tejun Heo <tj@...nel.org>,
Alexey Dobriyan <adobriyan@...il.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
Greg Kroah-Hartman <gregkh@...e.de>,
Nick Piggin <npiggin@...e.de>,
Andrew Morton <akpm@...ux-foundation.org>,
Christoph Hellwig <hch@...radead.org>,
"Eric W. Biederman" <ebiederm@...well.aristanetworks.com>,
"Eric W. Biederman" <ebiederm@...stanetworks.com>
Subject: Re: [PATCH 18/23] vfs: Teach epoll to use file_hotplug_lock
On Mon, 1 Jun 2009, Eric W. Biederman wrote:
> From: Eric W. Biederman <ebiederm@...well.aristanetworks.com>
>
> Signed-off-by: Eric W. Biederman <ebiederm@...stanetworks.com>
> ---
> fs/eventpoll.c | 39 ++++++++++++++++++++++++++++++++-------
> 1 files changed, 32 insertions(+), 7 deletions(-)
This patchset gives me the willies for the amount of changes and possible
impact on many subsystems.
Without having looked at the details, are you aware that epoll does not
act like poll/select, and fds are not automatically removed (as in,
dequeued from the poll wait queue) in any foreseeable amount of time after
a POLLERR is received?
As far as the usespace API goes, they have the right to remain there.
- Davide
--
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