FreeBSD 7.2-STABLE boot freeze when calibrating clock.

kama kama at
Wed Sep 23 12:47:45 UTC 2009

> > 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

> 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:

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.


More information about the freebsd-stable mailing list