From owner-freebsd-current Tue Dec 17 12:31:15 1996 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA16867 for current-outgoing; Tue, 17 Dec 1996 12:31:15 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA16846 for ; Tue, 17 Dec 1996 12:30:36 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA08796; Tue, 17 Dec 1996 13:28:23 -0700 From: Terry Lambert Message-Id: <199612172028.NAA08796@phaeton.artisoft.com> Subject: Re: Plan for integrating Secure RPC -- comments wanted To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 17 Dec 1996 13:28:23 -0700 (MST) Cc: wollman@lcs.mit.edu, current@freebsd.org In-Reply-To: <17616.850839840@time.cdrom.com> from "Jordan K. Hubbard" at Dec 17, 96 08:24:00 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Better to just fix the LKM mechanism to not need it... There are ways > > to do this, but they are all sort of unappealing. > > Yeah, I've heard the "move ld into the kernel" arguments too. > > That's why I was suggesting this as an interim work-around solution. mmap() the loader into the address space of the moload process, and call it from kernel mode. The only real difference here is that PIC object file a.out headers aren't read by the kernel, still, so you can pretend the loader is still in user space if you are into ethnic purity... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.