From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [take12 0/3] kevent: Generic event handling mechanism. Date: Tue, 22 Aug 2006 17:32:00 -0700 (PDT) Message-ID: <20060822.173200.126578369.davem@davemloft.net> References: <20060822231129.GA18296@ms2.inr.ac.ru> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: kuznet@ms2.inr.ac.ru, johnpol@2ka.mipt.ru, nmiell@comcast.net, linux-kernel@vger.kernel.org, drepper@redhat.com, akpm@osdl.org, netdev@vger.kernel.org, zach.brown@oracle.com, hch@infradead.org Return-path: Received: from dsl027-180-168.sfo1.dsl.speakeasy.net ([216.27.180.168]:41190 "EHLO sunset.davemloft.net") by vger.kernel.org with ESMTP id S1751266AbWHWAcC (ORCPT ); Tue, 22 Aug 2006 20:32:02 -0400 To: sundell.software@gmail.com In-Reply-To: Sender: netdev-owner@vger.kernel.org List-Id: netdev.vger.kernel.org From: "Jari Sundell" Date: Wed, 23 Aug 2006 02:28:32 +0200 > There are system calls that take timespec, so I assume the magic is > already available for handling the timeout argument of kevent. System calls are one thing, they can be translated for these kinds of situations. But this doesn't help, and nothing at all can be done, for datastructures exposed to userspace via mmap()'d buffers, which is what kevent will be doing. This is what Alexey is trying to explain to you.