From owner-svn-src-all@FreeBSD.ORG Tue Nov 16 01:35:18 2010 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8E0E106564A; Tue, 16 Nov 2010 01:35:18 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 862168FC19; Tue, 16 Nov 2010 01:35:18 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id CCBDD73098; Tue, 16 Nov 2010 02:48:17 +0100 (CET) Date: Tue, 16 Nov 2010 02:48:17 +0100 From: Luigi Rizzo To: Ivan Voras Message-ID: <20101116014817.GA25713@onelab2.iet.unipi.it> References: <201011121302.oACD2Qjt009385@svn.freebsd.org> <20101115171016.GB20524@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: svn-src-head@freebsd.org, Luigi Rizzo , src-committers@freebsd.org, svn-src-all@freebsd.org Subject: Re: svn commit: r215178 - in head: lib/libc/sys sys/kern sys/sys X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 01:35:18 -0000 On Tue, Nov 16, 2010 at 01:33:53AM +0100, Ivan Voras wrote: > On 15 November 2010 18:10, Luigi Rizzo wrote: > > > 2. [generic] passing pointers between userland and kernel > > requires remapping the pointer when going up or down. > > As the mapping would be application specific, i don't > > see much use in allowing room for a pointer without kernel code > > to map userland <-> kernel pointers. > > I'm not thinking of passing a *working* pointer into the kernel but > used as a cookie, similar to how it's used in kqueue: the intention > being the application can send and get a pointer which means something > to the application, not something usable to the kernel. oh, but then you are thinking of something completely different. The SO_USER_COOKIE is never returned to the application; it is only passed to another kernel subsystem, so it must be significant there, not for the application. cheers luigi