From mboxrd@z Thu Jan 1 00:00:00 1970 From: Davide Libenzi Subject: Re: [take24 3/6] kevent: poll/select() notifications. Date: Thu, 9 Nov 2006 10:51:56 -0800 (PST) Message-ID: References: <11630606373650@2ka.mipt.ru> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: David Miller , Ulrich Drepper , Andrew Morton , netdev , Zach Brown , Christoph Hellwig , Chase Venters , Johann Borck , Linux Kernel Mailing List , Jeff Garzik Return-path: To: Evgeniy Polyakov In-Reply-To: <11630606373650@2ka.mipt.ru> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On Thu, 9 Nov 2006, Evgeniy Polyakov wrote: > +static int kevent_poll_callback(struct kevent *k) > +{ > + if (k->event.req_flags & KEVENT_REQ_LAST_CHECK) { > + return 1; > + } else { > + struct file *file = k->st->origin; > + unsigned int revents = file->f_op->poll(file, NULL); > + > + k->event.ret_data[0] = revents & k->event.event; > + > + return (revents & k->event.event); > + } > +} You need to be careful that file->f_op->poll is not called inside the spin_lock_irqsave/spin_lock_irqrestore pair, since (even this came up during epoll developemtn days) file->f_op->poll might do a simple spin_lock_irq/spin_unlock_irq. This unfortunate constrain forced epoll to have a suboptimal double O(R) loop to handle LT events. - Davide