From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 22 14:34:47 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 39CEB106566C; Tue, 22 Sep 2009 14:34:47 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 47EEB8FC15; Tue, 22 Sep 2009 14:34:45 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id RAA01299; Tue, 22 Sep 2009 17:34:43 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4AB8E082.8050100@icyb.net.ua> Date: Tue, 22 Sep 2009 17:34:42 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20090825) MIME-Version: 1.0 To: kama References: <20090921140345.H37424@ns1.as.pvp.se> <20090922103150.V37424@ns1.as.pvp.se> <4AB8A95E.3060307@icyb.net.ua> <20090922142526.P37424@ns1.as.pvp.se> In-Reply-To: <20090922142526.P37424@ns1.as.pvp.se> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-acpi@freebsd.org, freebsd-stable@freebsd.org, Andriy Gapon 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: Tue, 22 Sep 2009 14:34:47 -0000 on 22/09/2009 16:48 kama said the following: > > On Tue, 22 Sep 2009, Andriy Gapon wrote: > >> on 22/09/2009 11:35 kama said the following: >>> Ok. >>> >>> I added KDB DDB and ACPI_DEBUG to the kernel and it then boots but with >>> this error: >>> >>> ---- snip ---- >>> Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ed3000. >>> Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ed31d8. >>> link_elf: symbol AcpiDmDumpMethodInfo undefined >>> KLD file acpi.ko - could not finalize loading >>> Calibrating clock(s) ... i8254 clock: 1193120 Hz >>> CLK_USE_I8254_CALIBRATION not specified - using default frequency >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> Calibrating TSC clock ... TSC clock: 2605923359 Hz >>> CPU: AMD Opteron(tm) Processor 285 (2605.92-MHz 686-class CPU) >>> ---- snap ---- >>> >>> What else can I do to help you to figure this out? >> >> This is a very strange error. >> Did you install a binary distribution or did build your kernel from sources? >> >From your demsg I think that it is the latter. >> And I believe that your source tree may be damaged somehow. >> Please try again with a clean checkout from (- this is important -) a known good >> place, some cvsup mirrors have been known to serve inconsistent sources. > > I have now changed from cvsup.dk.freebsd.org to cvsup.freebsd.org with no > luck. > > These are the steps I do (and have done for ages): > # cd /usr/src > # make clean cleandir > # cd .. > # rm -rf src/* obj/* > # cd > # csup stable-supfile-7 > # cd /usr/src > # make buildworld > # make buildkernel > # make installkernel > # mergemaster -p > # make installworld > # mergemaster -U -i > # reboot > > 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? 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 Could you please try investigating this? Maybe even include acpi into kernel? -- Andriy Gapon