From owner-cvs-all@FreeBSD.ORG Tue Aug 10 14:41:37 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC5BE16A4D0 for ; Tue, 10 Aug 2004 14:41:37 +0000 (GMT) Received: from mail6.speakeasy.net (mail6.speakeasy.net [216.254.0.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 638CD43D41 for ; Tue, 10 Aug 2004 14:41:37 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 20971 invoked from network); 10 Aug 2004 14:41:37 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail6.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 10 Aug 2004 14:41:36 -0000 Received: from hydrogen.funkthat.com (slghcx@localhost.funkthat.com [127.0.0.1])i7AEfauU077938; Tue, 10 Aug 2004 07:41:36 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id i7AEfZhc077937; Tue, 10 Aug 2004 07:41:35 -0700 (PDT) Date: Tue, 10 Aug 2004 07:41:35 -0700 From: John-Mark Gurney To: Pawel Jakub Dawidek Message-ID: <20040810144135.GN991@funkthat.com> References: <200408061506.i76F66sl018247@repoman.freebsd.org> <20040809124153.GN628@darkness.comp.waw.pl> <20040809173814.GG991@funkthat.com> <20040810103007.GB30151@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040810103007.GB30151@darkness.comp.waw.pl> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/boot/common help.common src/sys/boot/forth loader.conf X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Aug 2004 14:41:38 -0000 Pawel Jakub Dawidek wrote this message on Tue, Aug 10, 2004 at 12:30 +0200: > +> Please include complete information of the breakage that this change > +> is suppose to cause. > > I've just checked on the next machine (this is 3rd machine) and it doesn't > put '/boot/kernel' into 'kern.module_path' sysctl. That's why kldload(8) > cannot work properly. > > The only difference that I'm seeing between our environments is that I use > new loader (with beastie picture) everywhere and you don't use it, right? Nope, on the system that I upgraded on Sunday, Aug 8th, I'm seeing zero problems, and the machine is using the beastie loader. As you saw in an email last night, it also has my changes... If I boot kernel.old after breaking out into the loader prompt, I see a module path of: /boot/kernel.old;/boot/kernel;/boot/modules.. This is because of a bug in loader that doesn't reset the module_path when loading a different kernel after it's already loaded one, but I haven't investigated it yet... If I use nextboot to boot kernel.old, I end up with a module path of: /boot/kernel.old;/boot/modules, which is as it should be. If I let the machine boot normally, my module path is: /boot/kernel;/boot/modules... Have you tried booting another kernel? I can't see how your machine could of booted /boot/kernel.old ever with kernel modules, if your machine is currently having troubles with loading kernel modules. (Since kernel.old would not have been added to module path, since it isn't being now, and the correct modules would never load.) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."