Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932431AbWHWIWT (ORCPT ); Wed, 23 Aug 2006 04:22:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932398AbWHWIWS (ORCPT ); Wed, 23 Aug 2006 04:22:18 -0400 Received: from nz-out-0102.google.com ([64.233.162.192]:29107 "EHLO nz-out-0102.google.com") by vger.kernel.org with ESMTP id S932434AbWHWIWH (ORCPT ); Wed, 23 Aug 2006 04:22:07 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=V4fQ/VpxKQ/BYMBEj4JVdLXQ+yfyg+7l3qqJAgkTqS1YxkKOtDC8UorDfgwNdnD0iQkLHnhG5kg5i831x9FCLfhVKnuZaYR+Z0b/33R/mlO/9QbFUvS8qF/8HYLxlLm/C63zFHYWPcKpS5htmq4m8Za3Ut5dediiPvyyWhb0CDQ= Message-ID: Date: Wed, 23 Aug 2006 10:22:06 +0200 From: "Jari Sundell" To: "Evgeniy Polyakov" Subject: Re: [take12 0/3] kevent: Generic event handling mechanism. Cc: "David Miller" , kuznet@ms2.inr.ac.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 In-Reply-To: <20060823065659.GC24787@2ka.mipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060822231129.GA18296@ms2.inr.ac.ru> <20060822.173200.126578369.davem@davemloft.net> <20060823065659.GC24787@2ka.mipt.ru> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 956 Lines: 24 On 8/23/06, Evgeniy Polyakov wrote: > void * in structure exported to userspace is forbidden. Only void * I'm seeing belongs to the user, (udata) perhaps you are talking of something different? > long in syscall requires wrapper in per-arch code (although that > workaround _is_ there, it does not mean that broken interface should > be used). > poll uses millisecods - it is perfectly ok. The kernel is there to hide those ugly implementation details from the user, so I don't care that much about a workaround being required in some cases. More important, IMHO is consistency with the POSIX system calls. I guess as long as you use usec, at least it won't be a pain to use. Rakshasa - 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/