From owner-freebsd-current Sun Jan 26 13:32:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA25542 for current-outgoing; Sun, 26 Jan 1997 13:32:36 -0800 (PST) Received: from root.com (implode.root.com [198.145.90.17]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA25532 for ; Sun, 26 Jan 1997 13:32:30 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.6/8.6.5) with SMTP id NAA08152; Sun, 26 Jan 1997 13:32:18 -0800 (PST) Message-Id: <199701262132.NAA08152@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Poul-Henning Kamp cc: Luigi Rizzo , swallace@ece.uci.edu, current@FreeBSD.ORG Subject: Re: exec bug In-reply-to: Your message of "Sun, 26 Jan 1997 17:48:48 +0100." <7583.854297328@critter.dk.tfs.com> From: David Greenman Reply-To: dg@root.com Date: Sun, 26 Jan 1997 13:32:18 -0800 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >In message <199701261336.FAA06928@root.com>, David Greenman writes: > >> ...and just how do you tell the exec code that a page fault that occured >>while it was accessing the image header was "fatal"? The only mechanism we >>have for this is signals, and that doesn't work when you're executing in the >>kernel like this. > >Wouldn't it make sense for the image activator to do a couple of probes >first to see that the data is actually available ? that way it could >fail intelligently ? The problem is that determining page residency might be too high of an overhead, but maybe not. See my last reply to Bruce. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project