From owner-cvs-all@FreeBSD.ORG Fri May 9 10:49:28 2003 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 56F3C37B407 for ; Fri, 9 May 2003 10:49:28 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37CB543F93 for ; Fri, 9 May 2003 10:49:25 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 32426 invoked from network); 9 May 2003 17:49:15 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 9 May 2003 17:49:15 -0000 Received: from laptop.baldwin.cx ([216.133.140.1]) by server.baldwin.cx (8.12.8/8.12.8) with ESMTP id h49Hn5p0012591; Fri, 9 May 2003 13:49:06 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <1052499754.619.61.camel@cf.freebsd-services.com> Date: Fri, 09 May 2003 13:49:12 -0400 (EDT) From: John Baldwin To: Paul Richards cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org cc: Peter Wemm Subject: Re: cvs commit: src/sys/boot/i386/libi386 i386_module.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2003 17:49:28 -0000 On 09-May-2003 Paul Richards wrote: > On Fri, 2003-05-09 at 18:04, John Baldwin wrote: >> On 09-May-2003 Paul Richards wrote: >> > On Thu, May 01, 2003 at 10:25:37AM -0700, Peter Wemm wrote: >> >> John Baldwin wrote: >> >> > >> >> > On 30-Apr-2003 Peter Wemm wrote: >> >> > > peter 2003/04/30 15:02:39 PDT >> >> > > >> >> > > FreeBSD src repository >> >> > > >> >> > > Modified files: >> >> > > sys/boot/i386/libi386 i386_module.c >> >> > > Log: >> >> > > ACPI will always be present on AMD64 - it will never be an autodetect >> >> > > module. >> >> > >> >> > I would require it in the kernel rather than load it as a module then. >> >> >> >> Exactly. But I was just getting annoyed with this warning during >> >> development while I had it stubbed out. >> > >> > You might still want it as a module even if it's mandatory so that >> > you can choose which version to load from the bootloader when your >> > testing new versions. >> >> That would only work if the kernel linker supported that. At >> the moment it doesn't. :) > > I don't follow, I do this all the time? > > or do you mean that having it mandatory would not work if it's also a > module? Trying to kldload something that is already present in the kernel either fails or results in a kernel panic. If you are already rebooting to test it, then you might as well build a new kernel as a new module each time. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/