Date: Wed, 22 Jan 2003 14:21:56 -0800 (PST) From: Matthew Dillon <dillon@apollo.backplane.com> To: Garrett Wollman <wollman@lcs.mit.edu> Cc: arch@FreeBSD.ORG Subject: Re: getsysfd() patch #1 (Re: Virtual memory question) Message-ID: <200301222221.h0MMLubI014259@apollo.backplane.com> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
:>, 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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200301222221.h0MMLubI014259>