From owner-cvs-all@FreeBSD.ORG Fri Aug 27 07:05:11 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 5744316A4CE; Fri, 27 Aug 2004 07:05:11 +0000 (GMT) Received: from storm.FreeBSD.org.uk (storm.FreeBSD.org.uk [194.242.157.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C453543D49; Fri, 27 Aug 2004 07:05:10 +0000 (GMT) (envelope-from mark@grondar.org) Received: from storm.FreeBSD.org.uk (Ugrondar@localhost [127.0.0.1]) i7R7595d064340; Fri, 27 Aug 2004 08:05:09 +0100 (BST) (envelope-from mark@grondar.org) Received: (from Ugrondar@localhost)i7R758rw064339; Fri, 27 Aug 2004 08:05:08 +0100 (BST) (envelope-from mark@grondar.org) X-Authentication-Warning: storm.FreeBSD.org.uk: Ugrondar set sender to mark@grondar.org using -f Received: from grondar.org (localhost [127.0.0.1])i7R70lDZ039371; Fri, 27 Aug 2004 08:00:47 +0100 (BST) (envelope-from mark@grondar.org) From: Mark Murray Message-Id: <200408270700.i7R70lDZ039371@grimreaper.grondar.org> To: obrien@FreeBSD.ORG In-Reply-To: Your message of "Thu, 26 Aug 2004 11:06:21 PDT." <20040826180621.GA16885@dragon.nuxi.com> Date: Fri, 27 Aug 2004 08:00:47 +0100 Sender: mark@grondar.org cc: cvs-src@FreeBSD.ORG cc: src-committers@FreeBSD.ORG cc: cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/dev/acpica acpi.c acpi_resource.c acpivar.h 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, 27 Aug 2004 07:05:11 -0000 "David O'Brien" writes: > > > You know I would also, and many others on freebsd-amd64. > > > The point is "asking". :-) > > > > Cool. I've made some changes to the random, mem and io modules to > > try to prevent the double-loaded module panic. Could you please see > > if this works for amd64? > > quynh# kldload /boot/kernel/random.ko > kldload: can't load /boot/kernel/random.ko: Exec format error > quynh# kldload /boot/kernel/mem.ko > kldload: can't load /boot/kernel/mem.ko: Exec format error > quynh# kldload /boot/kernel/io.ko > kldload: can't load /boot/kernel/io.ko: Exec format error > quynh# kldload /boot/kernel/if_xl.ko > quynh# > > the error message is a little weird (and deceiving) when one of these > .ko's doesn't load; but this is orders of orders of magnitude better than > panicing. 8-) Yeah. Just to confirm, all three of the above modules were built into the kernel, right? The solution was to add a module version to the modules. Why not having a version is not an error beats me. (I wonder if it is possible to make this the case?) > thanks for fixing this! No problem. But the real fix IMO is to not allow the broken modules to be made in the first place. It was pure, blind luck that enabled me to stumble onto this solution. :-) M -- Mark Murray iumop ap!sdn w,I idlaH