From owner-freebsd-arch  Wed Jan 22 14:21:58 2003
Delivered-To: freebsd-arch@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 9E48137B407
	for <arch@FreeBSD.ORG>; Wed, 22 Jan 2003 14:21:57 -0800 (PST)
Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 6B8ED43F6B
	for <arch@FreeBSD.ORG>; Wed, 22 Jan 2003 14:21:56 -0800 (PST)
	(envelope-from dillon@apollo.backplane.com)
Received: from apollo.backplane.com (localhost [127.0.0.1])
	by apollo.backplane.com (8.12.6/8.12.6) with ESMTP id h0MMLu0i014260;
	Wed, 22 Jan 2003 14:21:56 -0800 (PST)
	(envelope-from dillon@apollo.backplane.com)
Received: (from dillon@localhost)
	by apollo.backplane.com (8.12.6/8.12.6/Submit) id h0MMLubI014259;
	Wed, 22 Jan 2003 14:21:56 -0800 (PST)
Date: Wed, 22 Jan 2003 14:21:56 -0800 (PST)
From: Matthew Dillon <dillon@apollo.backplane.com>
Message-Id: <200301222221.h0MMLubI014259@apollo.backplane.com>
To: Garrett Wollman <wollman@lcs.mit.edu>
Cc: arch@FreeBSD.ORG
Subject: Re: getsysfd() patch #1 (Re: Virtual memory question) 
References: <200301220304.h0M34TMB099694@apollo.backplane.com>
	<200301222052.h0MKqP4N041427@khavrinen.lcs.mit.edu>
	<200301222144.h0MLifiC009829@apollo.backplane.com>
	<200301222210.h0MMA0gB042902@khavrinen.lcs.mit.edu>
	<200301222216.h0MMGZMD010110@apollo.backplane.com> <200301222218.h0MMIvcF042981@khavrinen.lcs.mit.edu>
Sender: owner-freebsd-arch@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-arch.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-arch>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-arch>
X-Loop: FreeBSD.ORG


:>, it is a libc function which has no capability whatsoever
:
:Bullshit.  Go back and read what I wrote.
:
:-GAWollman

     Sigh.  Look Garrett, I just don't understand what your argument is.
     shm_open() has NO CAPABILITY to do what we want, because there is no
     underlying system interface that does what we want.  That is why the
     new system call is required.

     If you believe otherwise, then explain, exactly, how shm_open() can be
     adapted to give us what we want-- a mmap()able file descriptor that
     provides swap-backed shared memory.

					-Matt
					Matthew Dillon 
					<dillon@backplane.com>

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message