[lkml]   [2002]   [Oct]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: epoll (was Re: [PATCH] async poll for 2.5)

Dan Kegel wrote:

> The choice I see is between:
> 1. re-arming the one-shot notification when the user gets EAGAIN
> 2. re-arming the one-shot notification when the user reads all the data
> that was waiting (such that the very next read would return EGAIN).
> #1 is what Davide wants; I think John and Mark are arguing for #2.

No, this is not what I'm arguing. Once an event arrives for a fd, my
proposed semantics are no different than Mr. Libenzi's. The only
difference is what happens upon registration of interest for a fd. With
my semantics, the kernel guarantees that if the fd is ready then at
least one event has been generated. With Mr Libenzi's semantics, there
is no such guarantee and the application is required to behave as if an
event had been generated upon registration.

[unhandled content-type:application/x-pkcs7-signature]
 \ /
  Last update: 2005-03-22 13:30    [W:0.140 / U:8.548 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site