From owner-freebsd-hackers Tue Jan 23 16:21:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id QAA29862 for hackers-outgoing; Tue, 23 Jan 1996 16:21:06 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id QAA29857 for ; Tue, 23 Jan 1996 16:21:04 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA18629; Tue, 23 Jan 1996 17:09:47 -0700 From: Terry Lambert Message-Id: <199601240009.RAA18629@phaeton.artisoft.com> Subject: Re: Amancio's tv program with capture! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 23 Jan 1996 17:09:47 -0700 (MST) Cc: terry@lambert.org, james@miller.cs.uwm.edu, luigi@labinfo.iet.unipi.it, dufault@hda.com, hackers@FreeBSD.org, hasty@rah.star-gate.com, multimedia@rah.star-gate.com In-Reply-To: <11117.822434134@time.cdrom.com> from "Jordan K. Hubbard" at Jan 23, 96 01:55:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org Precedence: bulk > > mapaddr = mmap( 0, /* map here, 0 = don't care*/ > > DEV_MEM_SIZE, /* device memory window*/ > > I think you're still not undertstanding the question here. mmap() > works fine. It is supported by the driver. We have absolutely no > problem with using mmap()! > > The problem is getting the MIT-SHM extension to work with it by > causing the allocation of the share memory region (which client and > server share) to shadow the frame-buffer. I don't see anything in > your example which would address that problem. The copy has to occur in the client, not in the server. I think you can't make the server map your chosen shared memory region, only make a client map the servers exported memory region. Please see the other posting. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.