From owner-freebsd-current@FreeBSD.ORG Thu Oct 23 19:22:38 2008 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A55B2106569A for ; Thu, 23 Oct 2008 19:22:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 261F58FC08 for ; Thu, 23 Oct 2008 19:22:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m9NJMUnp030599; Thu, 23 Oct 2008 15:22:32 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ulrich Spoerlein Date: Thu, 23 Oct 2008 15:10:33 -0400 User-Agent: KMail/1.9.7 References: <20081023185544.GB1595@roadrunner.spoerlein.net> In-Reply-To: <20081023185544.GB1595@roadrunner.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810231510.33474.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 23 Oct 2008 15:22:32 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8479/Thu Oct 23 13:54:32 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-current@freebsd.org, David Adam Subject: Re: CURRENT kernel crashes on boot with BTX error X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Oct 2008 19:22:38 -0000 On Thursday 23 October 2008 02:55:44 pm Ulrich Spoerlein wrote: > On Thu, 23.10.2008 at 14:16:44 +0800, David Adam wrote: > > I did try a loader from the CURRENT sources, which produced the same > > output. > > > > However, the plot thickens. When I don't specify the kernel name with > > nextboot(8), but instead interrupt the loader and use 'unload; load > > /boot/kernel/gd-8; load /boot/kernel/gd-8/geom_mirror.ko' and so on for my > > other modules, the kernel boots quite happily - both using the 7.0 loader > > and the new one from the CURRENT sources. > > > > Are there likely to be big differences in the boot process between using > > nextboot(8) and the unload/load method? I've used nextboot(8) to > > successfully load other kernels on this machine before. > > > > In any case, now that I have a successful workaround I can try the patches > > I was after in the first place. If there's any more information I can > > provide, or you'd like access to this system (it has serial console and > > remote power control), let me know. > > Wild guess: I think acpi is no longer built as module on recent -CURRENT > but included in the kernel. Perhaps the unload dance you did above > "fixed" the double loading of the module? Could you check if your > nextboot kernel is containing/missing ACPI directly? The loader doesn't always do a good job with detecting double loads of modules (the module defined in MODULE_VERSION has to match the filename for the loader to DTRT I think), but acpi.ko is one of the few cases when it does get it right. -- John Baldwin