From owner-freebsd-hackers Thu Jan 7 22:53:35 1999 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA12225 for freebsd-hackers-outgoing; Thu, 7 Jan 1999 22:53:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dingo.cdrom.com (castles115.castles.com [208.214.165.115]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA12220 for ; Thu, 7 Jan 1999 22:53:32 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost [127.0.0.1]) by dingo.cdrom.com (8.9.1/8.8.8) with ESMTP id WAA00544; Thu, 7 Jan 1999 22:50:02 -0800 (PST) (envelope-from mike@dingo.cdrom.com) Message-Id: <199901080650.WAA00544@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Robert V. Baron" cc: Jos Backus , freebsd-hackers@FreeBSD.ORG Subject: Re: testmain -> ficl ? In-reply-to: Your message of "07 Jan 1999 22:03:18 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 07 Jan 1999 22:50:02 -0800 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Jos Backus writes: > > > Since we have it in the tree anyway, would it make sense to always > > build/install testmain and install it as, say, /usr/bin/ficl? Perhaps that > > would encourage some people to start fiddling with it, e.g. to enhance the > > /boot stuff? > A few suggestions: > How about a "cat" or "more" command. > > How about a "kldloaded" predicate. Suppose I want to load the coda > coda.ko iff I don't have a kernel with it built in. But then when > coda is in the kernel it is not an klm; it is the kernel. So the simplest > way to do this is to rather have an "nm command" which returns the > address and a testable predicate value indicating whether the lookup > succeeded. I'd type: > (if (not (nm "coda_vnodeop_entries")) > (load "coda")) > [obviously, I don't speak forth ... yet] Actually, if Coda properly registers itself as a module even when compiled into the kernel, the preload loaded Coda module will be ignored. That's obviously undesirable. The problem here is that there's not (yet) suitable metainformation associated with modules to allow the loader to check the kernel for what it already contains. There are various reasons for this not having been included; my excuse right now is that I wanted to fix linker sets for KLDs first, but in fact this metainformation can be incorporated regardless, so I should probably just bite the bullet and do it - we've already more or less agreed on how it can look. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message