From owner-freebsd-hackers Wed Jul 7 9:26:35 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from dingo.cdrom.com (castles522.castles.com [208.214.165.86]) by hub.freebsd.org (Postfix) with ESMTP id 061F3151FD for ; Wed, 7 Jul 1999 09:26:30 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (LOCALHOST [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id JAA04081; Wed, 7 Jul 1999 09:22:44 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199907071622.JAA04081@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: David Wolfskill Cc: jwd@unx.sas.com, freebsd-hackers@freebsd.org Subject: Re: Connect and so on.. In-reply-to: Your message of "Wed, 07 Jul 1999 07:15:47 PDT." <199907071415.HAA71896@pau-amma.whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jul 1999 09:22:43 -0700 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Back to -hackers, I've been using and (many times, by necessity) > administering UNIX systems since '86. It seems to me that having points > within "privileged" code where the OS could invoke site-supplied code on > the way in (so the site-supplied code would be able to examine, and > possibly replace, a parameter list), the OS could check some sort of > "return code" from the site-supplied code (absence of the code being > treated as pathologically equivalent to "return code 0"), and either > continue processing with the (possibly replaced) parameter list or > terminate processing early. then, if processing did take place, just > before retunring control to the user-level code, see if there's a > post-processing exit point, and if so, pass control to it (first), to > perform any additional site-specific policy. For system calls at least, you can already do this with KLDs (and you used to be able to do it with LKMs). -- \\ The mind's the standard \\ Mike Smith \\ of the man. \\ msmith@freebsd.org \\ -- Joseph Merrick \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message