From owner-freebsd-hackers  Tue Oct 17 11:35:22 1995
Return-Path: owner-hackers
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id LAA02950
          for hackers-outgoing; Tue, 17 Oct 1995 11:35:22 -0700
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id LAA02944
          for <hackers@FreeBSD.ORG>; Tue, 17 Oct 1995 11:35:17 -0700
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA27981; Tue, 17 Oct 1995 11:29:24 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199510171829.LAA27981@phaeton.artisoft.com>
Subject: Re: Creating a /dev/random
To: bde@zeta.org.au (Bruce Evans)
Date: Tue, 17 Oct 1995 11:29:24 -0700 (MST)
Cc: bde@zeta.org.au, jdl@chrome.onramp.net, hackers@FreeBSD.ORG,
        mark@grondar.za
In-Reply-To: <199510170633.QAA29789@godzilla.zeta.org.au> from "Bruce Evans" at Oct 17, 95 04:33:34 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 765       
Sender: owner-hackers@FreeBSD.ORG
Precedence: bulk

> >> Oops, I misread `one process'.  Well, one process can't be in the kernel
> >> twice.
> 
> >...until SMP is implemented and then the whole locking issue
> >comes into play, right?
> 
> No.  Until async i/o is implemented, perhaps.

Or a threaded C library is defined, such that all system calls that
"might take a long time" (ie: do not come from immediate data) may
be turned into a call through an alternate trap gate (making them
"async") plus a user or kernel space user thread context switch.

Or the vnode locking is relaxed, allowing multiple entrancy into
much of the file system during long delay I/O operations.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.