Re: POLLRDONCE optimisation for epoll users (was: epoll and half closed TCP connections)

Jamie Lokier (
Mon, 14 Jul 2003 04:35:52 +0100

Davide Libenzi wrote:
> > To be more precise, using the POLLRDHUP patch as-is, if someone sends
> > your program some data, then an URGent segment, then a FIN with
> > optional data in between, your program won't notice the second data or
> > FIN and will fail to clean up the socket.
> And why ? To me it looks fairly simple. When the FIN is received a wakeup
> is done on the poll wait list and the following f_op->poll will fetch the
> RDHUP flag. Then the next epoll_wait() will fetch the event and will have
> all the info it needs to do things correctly.

You're right.

The loop failure comes when user sends URG and more data _without_ FIN.

Then RDHUP is not set, and your loop will read up to before the URG
and no further.

(Normal behaviour would be to skip the URG segment and continue
reading data after it, or to include the URG segmenet if OOBINLINE is

-- Jamie
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at