From mboxrd@z Thu Jan 1 00:00:00 1970 From: Phil Turmel Subject: Re: epoll with ONESHOT possibly fails to deliver events Date: Thu, 13 Dec 2012 19:08:36 -0500 Message-ID: <50CA6E04.1070105@turmel.org> References: <20121213093242.GA25436@dcvr.yhbt.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Andreas Voellmy , viro@zeniv.linux.org.uk, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org To: Eric Wong Return-path: In-Reply-To: <20121213093242.GA25436@dcvr.yhbt.net> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org On 12/13/2012 04:32 AM, Eric Wong wrote: > Andreas Voellmy wrote: [trim /] >>> Another thread, distinct from all of the threads serving particular >>> sockets, is perfoming epoll_wait calls. When sockets are returned as >>> being ready from an epoll_wait call, the thread signals to the >>> condition variable for the socket. > > Perhaps there is a bug in the way your epoll_wait thread > uses the condition variable to notify other threads? Have you considered the possibility that data is arriving between epoll_ctl and pthread_cond_wait ? If your monitoring thread returns from epoll_wait within this race window, it will call pthread_cond_signal while the first thread is not yet waiting for it. With the one-shot flag, the next iteration of epoll_wait won't see that socket's new data. Phil