Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758517AbWK0SYJ (ORCPT ); Mon, 27 Nov 2006 13:24:09 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758520AbWK0SYJ (ORCPT ); Mon, 27 Nov 2006 13:24:09 -0500 Received: from mx1.redhat.com ([66.187.233.31]:14741 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S1758516AbWK0SYF (ORCPT ); Mon, 27 Nov 2006 13:24:05 -0500 Message-ID: <456B2D2B.9080502@redhat.com> Date: Mon, 27 Nov 2006 10:23:39 -0800 From: Ulrich Drepper Organization: Red Hat, Inc. User-Agent: Thunderbird 1.5.0.8 (X11/20061107) MIME-Version: 1.0 To: Evgeniy Polyakov CC: David Miller , Andrew Morton , netdev , Zach Brown , Christoph Hellwig , Chase Venters , Johann Borck , linux-kernel@vger.kernel.org, Jeff Garzik , Alexander Viro Subject: Re: [take24 0/6] kevent: Generic event handling mechanism. References: <4562102B.5010503@redhat.com> <20061121095302.GA15210@2ka.mipt.ru> <45633049.2000209@redhat.com> <20061121174334.GA25518@2ka.mipt.ru> <4563FD53.7030307@redhat.com> <20061122120933.GA32681@2ka.mipt.ru> <20061122121516.GA7229@2ka.mipt.ru> <4564CE00.9030904@redhat.com> <20061123122225.GD20294@2ka.mipt.ru> <456605EA.5060601@redhat.com> <20061124105856.GE13600@2ka.mipt.ru> In-Reply-To: <20061124105856.GE13600@2ka.mipt.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1031 Lines: 26 Evgeniy Polyakov wrote: > > With provided patch it is possible to wakeup 'for-free' - just call > kevent_ctl(ready) with zero number of ready events, so thread will be > awakened if it was in poll(kevent_fd), kevent_wait() or > kevent_get_events(). Yes, I realize that. But I wrote something else: >> Rather than mark an existing entry as ready, how about a call to >> inject a new ready event? >> >> This would be useful to implement functionality at userlevel and >> still use an event queue to announce the availability. Without this >> type of functionality we'd need to use indirect notification via >> signal or pipe or something like that. This is still something which is wanted. -- ➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ❖ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/