From owner-freebsd-stable@FreeBSD.ORG Sat Apr 12 19:29:41 2008 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 1D91B106566B for ; Sat, 12 Apr 2008 19:29:41 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id D6DAD8FC14 for ; Sat, 12 Apr 2008 19:29:40 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from adsl-68-91-193-150.dsl.austtx.swbell.net ([68.91.193.150]:62013 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JklPv-0004G1-0q; Sat, 12 Apr 2008 14:29:40 -0500 Date: Sat, 12 Apr 2008 14:29:35 -0500 (CDT) From: Larry Rosenman Sender: ler@borg To: Jeremy Chadwick In-Reply-To: <20080412191133.GA64245@eos.sc1.parodius.com> Message-ID: <20080412142849.Q1419@borg> References: <20080412101423.F1283@borg> <20080412191133.GA64245@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org Subject: Re: Hang after flushing all buffers/no reboot 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: Sat, 12 Apr 2008 19:29:41 -0000 On Sat, 12 Apr 2008, Jeremy Chadwick wrote: > On Sat, Apr 12, 2008 at 10:16:39AM -0500, Larry Rosenman wrote: >> I have a amd64 system that when I try to reboot it, it hangs after the "All >> buffers flushed" message. >> >> I thought I had all the debug stuff in place (I'll attach the config and >> a dmesg), but I can't get it into ddb to get the backtrace :( >> >> Ideas? > > Try playing with hw.acpi.disable_on_reboot and hw.acpi.handle_reboot. > Seeting hw.acpi.handle_reboot = 1 (via sysctl, fwiw) seems to have at least worked once :) Thanks for the tip! > I'm not sure if these are settable via sysctl or need to be done via > loader.conf. > > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893