From owner-freebsd-stable@FreeBSD.ORG Wed Sep 23 13:05:49 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60B341065692; Wed, 23 Sep 2009 13:05:49 +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 5A9C28FC18; Wed, 23 Sep 2009 13:05:48 +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 QAA27430; Wed, 23 Sep 2009 16:05:35 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4ABA1D1F.3080704@icyb.net.ua> Date: Wed, 23 Sep 2009 16:05:35 +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> <4AB8E082.8050100@icyb.net.ua> <20090922215700.V37424@ns1.as.pvp.se> In-Reply-To: <20090922215700.V37424@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 Subject: Re: FreeBSD 7.2-STABLE boot freeze when calibrating clock. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Sep 2009 13:05:49 -0000 on 23/09/2009 15:47 kama said the following: > g24# nm -A /boot/kernel/* | fgrep AcpiDmDumpMethodInfo > /boot/kernel/acpi.ko: U AcpiDmDumpMethodInfo > /boot/kernel/acpi.ko.symbols: U AcpiDmDumpMethodInfo So this is what I was talking about - this symbol should not be undefined after normal build. This symbol should not be present and referenced at all unless ACPI_DISASSEMBLER is defined. This is clearly a build problem of some sort. > Just adding 'device acpi' into the generic kernel made it boot > successfully. (without KDB DDB ACPI_DEBUG) I am glad that this worked :) > 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 This doesn't make it nay clearer why you get that build problem. -- Andriy Gapon