From owner-freebsd-smp Wed Jul 1 13:15:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA13912 for freebsd-smp-outgoing; Wed, 1 Jul 1998 13:15:21 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from neunacht.netgsi.com (neunacht.netgsi.com [192.55.203.174]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA13892 for ; Wed, 1 Jul 1998 13:15:15 -0700 (PDT) (envelope-from cjohnson@neunacht.netgsi.com) Received: (from cjohnson@localhost) by neunacht.netgsi.com (8.8.8/8.8.6) id QAA01480 for freebsd-smp@freebsd.org; Wed, 1 Jul 1998 16:15:11 -0400 (EDT) From: "Christopher T. Johnson" Message-Id: <199807012015.QAA01480@neunacht.netgsi.com> Subject: rfork() questions To: freebsd-smp@FreeBSD.ORG Date: Wed, 1 Jul 1998 16:15:10 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well, I have this very nice raytracing code, it has been doing parallel processing for many years now. The only thing it needs is the ability to do a fork() while sharing memory, which rfork(RFPROC|RFMEM|RFFDG) should do nicely, and semaphores. We've looked and found the semaphore syscall. And rfork() says it should work, but of course rfork() fails if you are in SMP mode and request rfork() with the RFMEM flag. I and my friends have no problem making kernel mods, we've been doing it for a number of years. We are looking for a pointer to whomever is working on the rfork() shared DPT problems. Thanks in advance for any help or information. Chris Johnson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message