[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.00.1101191547370.31086@davide-lnx1>
Date: Wed, 19 Jan 2011 15:49:09 -0800 (PST)
From: Davide Libenzi <davidel@...ilserver.org>
To: Andrew Morton <akpm@...ux-foundation.org>
cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Shawn Bohrer <shawn.bohrer@...il.com>
Subject: Re: [patch 2/2] fix compiler warning and optimize the non-blocking
path
On Wed, 19 Jan 2011, Andrew Morton wrote:
> On Sat, 15 Jan 2011 11:43:45 -0800 (PST)
> Davide Libenzi <davidel@...ilserver.org> wrote:
>
> > +/**
> > + * ep_poll - Retrieves ready events, and delivers them to the caller supplied
> > + * event buffer.
> > + *
> > + * @ep: Pointer to the eventpoll context.
> > + * @events: Pointer to the userspace buffer where the ready events should be
> > + * stored.
> > + * @maxevents: Size (in terms of number of events) of the caller event buffer.
> > + * @timeout: Maximum timeout for the ready events fetch operation, in
> > + * milliseconds. If the @timeout is zero, the function will not block,
> > + * while if the @timeout is less than zero, the function will block
> > + * until at least one event has been retrieved (or an error
> > + * occurred).
>
> Ah, that's what timeout<0 means.
>
> My `man epoll_wait' says "a timeout of -1 makes epoll_wait() wait
> indefinitely", whereas the implementation accepts any -ve value.
>
> So we lost the ability to later make -[2..MAX_INT] meaningful in some
> new way. Oh well.
I guess we can throw a -EINVAL if timeout <-1, if you prefer ...
- 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