From owner-freebsd-hackers Fri Jan 27 13:05:44 1995 Return-Path: hackers-owner Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id NAA27524 for hackers-outgoing; Fri, 27 Jan 1995 13:05:44 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.9/8.6.6) with SMTP id NAA27516 for ; Fri, 27 Jan 1995 13:05:27 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA00342; Fri, 27 Jan 95 13:58:42 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9501272058.AA00342@cs.weber.edu> Subject: Re: Help with SCSI development (fwd) To: wollman@halloran-eldar.lcs.mit.edu (Garrett Wollman) Date: Fri, 27 Jan 95 13:58:41 MST Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9501272001.AA12096@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Jan 27, 95 03:01:25 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > < > > In effect, the NFS nfsd and biod processes, which make system calls and > > never return, as well as the swapper and update daemons, are in effect > > kernel threads, albiet threads with a proc structure attached to them > > for no good reason. > > UTSL. `nfssvc' does return for `nfsd' to perform authentication. Logically, isn't this more of a kernel callback to a user space routine that was preregistered ("authenticate") than a real return? In response, the daemon immediately recalls, returning the thread of control to kernel space. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.