From owner-freebsd-acpi@FreeBSD.ORG Wed Sep 23 12:47:45 2009 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4512C106568D; Wed, 23 Sep 2009 12:47:45 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id 06F888FC1A; Wed, 23 Sep 2009 12:47:44 +0000 (UTC) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 3CD69B7; Wed, 23 Sep 2009 14:47:42 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 38858B6; Wed, 23 Sep 2009 14:47:42 +0200 (CEST) Date: Wed, 23 Sep 2009 14:47:42 +0200 (CEST) From: kama X-X-Sender: kama@ns1.as.pvp.se To: Andriy Gapon In-Reply-To: <4AB8E082.8050100@icyb.net.ua> Message-ID: <20090922215700.V37424@ns1.as.pvp.se> References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> <4AB8E082.8050100@icyb.net.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 12:47:45 -0000 > > I see that there are a newer BIOS on the HP homepage for this DL385. I > > will try to update the BIOS later this week. > > > > The servers are not up to be in production until early november, so there > > are some time to test things. > > > > I specifically meant this message: > link_elf: symbol AcpiDmDumpMethodInfo undefined > > $ glimpse AcpiDmDumpMethodInfo > /usr/src/sys/contrib/dev/acpica/dmobject.c: * FUNCTION: AcpiDmDumpMethodInfo > /usr/src/sys/contrib/dev/acpica/dmobject.c: AcpiDmDumpMethodInfo ( > /usr/src/sys/contrib/dev/acpica/dsmethod.c: AcpiDmDumpMethodInfo (Status, > WalkState, WalkState->Op); > /usr/src/sys/contrib/dev/acpica/acdisasm.h: AcpiDmDumpMethodInfo ( > > So this function is both defined and used only inside acpi code (vendor part of it). > The error you get does not seem to be a run-time condition. > It seems to be a system build/install issue (and it looks like the issue is unique > to you). > I am almost out of guesses, maybe you have stale acpi.ko module in some modules > directory. > > Hmm, one last idea - maybe you have something like "build modules with world" > option and also perhaps ACPI_DEBUG is defined somewhere? No, this is a clean installed system. Nothing in make.conf or src.conf. And loader.conf is empty. > It could be that something gets out of sync with respect to ACPI_DISASSEMBLER macro. > Output of the following command may be useful: > $ nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo nm: /boot/kernel/linker.hints: File format not recognized g24# > Could you please try investigating this? Maybe even include acpi into kernel? Just adding 'device acpi' into the generic kernel made it boot successfully. (without KDB DDB ACPI_DEBUG) Here are the outputfiles suggested from the webpage: http://fbsd-err.pvp.se/acpidump_acpi_compiled.asl http://fbsd-err.pvp.se/dmesg_acpi_compiled.txt http://fbsd-err.pvp.se/sysctl_acpi_compiled.txt Please let me know what else to test or if you want more data... Later today I will head over to the datacenter to swap a failed disk and will then also update the BIOS on these servers. I'll post a message how that goes later tonight. /Bjorn