From owner-freebsd-arch Wed Jun 20 3:19: 1 2001 Delivered-To: freebsd-arch@freebsd.org Received: from Awfulhak.org (gw.Awfulhak.org [217.204.245.18]) by hub.freebsd.org (Postfix) with ESMTP id 30A1937B406; Wed, 20 Jun 2001 03:18:57 -0700 (PDT) (envelope-from brian@Awfulhak.org) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.4/8.11.4) with ESMTP id f5KAIhi79552; Wed, 20 Jun 2001 11:18:43 +0100 (BST) (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.4/8.11.4) with ESMTP id f5KAIgh28526; Wed, 20 Jun 2001 11:18:42 +0100 (BST) (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200106201018.f5KAIgh28526@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Bruce Evans Cc: John Baldwin , Terry Lambert , arch@FreeBSD.ORG, Peter Pentchev , Nate Williams , brian@Awfulhak.org Subject: Re: new kldpath(8): display/modify the module search path In-Reply-To: Message from Bruce Evans of "Wed, 20 Jun 2001 20:01:04 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 20 Jun 2001 11:18:42 +0100 From: Brian Somers Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > On Tue, 19 Jun 2001, John Baldwin wrote: > > > On 20-Jun-01 Terry Lambert wrote: > > > What is the interaction with /etc/modules.old, when you are > > > booting a /kernel.old? > > > > In -current (which is where kldconfig(8) is going, btw) all modules live with > > their correspnding kernel in the same directory under /boot. Thus modules and > > kernel are in sync for kernel.old, kernel, and > > kernel.fix_it_after_joe_random_committer_broke_it. > > This means that the existence of a module search path is just a bug. > The kernel shouldn't use a search path or add a path prefix for > kldload(2) any more than it should for execve(2), but adding a path > prefix is necessary for modules loaded directly by the kernel. I used > to think that a search path (with one element) was necessary for > locating the modules, but now the modules are together with the kernel, > the one-element search path can be derived from kernelname[]. No. It means that whatever sets the module search path had better be careful to use directories that are consistent with the running kernel. For example, if someone creates a mechanism to build ports modules just after running buildkernel and install them just after running installkernel, they may want to move /usr/local/boot/modules to /usr/local/boot/modules.old before installing and set the module search path appropriately depending on the running kernel. It may also be a good idea to investigate the use of a /usr/boot/kernel* type component for modules that aren't required before /usr is mounted (similar to Solaris's setup). The existence of a module search path is not a bug. Its setting may currently be wrong though. > Bruce -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message