Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754037AbXEGFqF (ORCPT ); Mon, 7 May 2007 01:46:05 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754032AbXEGFqF (ORCPT ); Mon, 7 May 2007 01:46:05 -0400 Received: from nz-out-0506.google.com ([64.233.162.237]:44856 "EHLO nz-out-0506.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754037AbXEGFqE (ORCPT ); Mon, 7 May 2007 01:46:04 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ap+wtkv5+1AL74L62/sYW7TlZ67zDLN7gn0KOLZ5s1548Vv2b3YQ/Lj4k12usBqY91fm1GvUYxNnDxLqql+YFdlkOPYIwy93Tj5h2BB9gMXowp+BQJMiv1sk8MgyFeus8BMYrUA4se9QLAcLGBR0cgM1a/XKwOByMdMKs5oklDk= Message-ID: Date: Sun, 6 May 2007 22:46:02 -0700 From: "Ulrich Drepper" To: "Andrew Morton" Subject: Re: [patch 14/22] pollfs: pollable futex Cc: "Davide Libenzi" , "Davi Arnaut" , "Eric Dumazet" , "Linus Torvalds" , "Linux Kernel Mailing List" , "David S. Miller" In-Reply-To: <20070506125451.aac4b68f.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070502052235.914764000@haxent.com.br> <20070506125451.aac4b68f.akpm@linux-foundation.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1067 Lines: 23 On 5/6/07, Andrew Morton wrote: > What is your position on the timerfd/signalfd/etc patches? One more thing: recently in a network-related discussion with DaveM et.al. we came across a situation where we want events from the kernel. The requirement is for fast event notification (or non-blocking polling) and the event is only implicitly needed. Having a file descriptor open is not an option. The possibilities are - open a file in /proc or /sys or a socket for every call to te function to check for events - have a memory-mapped interface like kevent which does not keep file descriptors open File descriptions are problematic when it comes implicitly uses in the runtime. This is, for instance, why we have MAP_ANON instead of keeping a /dev/null file descriptor open all the time. - 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/