From owner-freebsd-stable@FreeBSD.ORG Tue Dec 14 01:24:17 2010 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 81E01106564A for ; Tue, 14 Dec 2010 01:24:17 +0000 (UTC) (envelope-from prvs=19646eb657=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 14A358FC08 for ; Tue, 14 Dec 2010 01:24:16 +0000 (UTC) X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 14 Dec 2010 01:13:16 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Tue, 14 Dec 2010 01:13:16 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50011774164.msg for ; Tue, 14 Dec 2010 01:13:16 +0000 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=19646eb657=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <8EE279F73559489794D17C900733517A@multiplay.co.uk> From: "Steven Hartland" To: "Jeremy Chadwick" References: <20101210100230.GA25419@icarus.home.lan><59F3B2944C764A36B912E6B50B4D4DD9@multiplay.co.uk> <20101214003825.GA13836@icarus.home.lan> Date: Tue, 14 Dec 2010 01:13:15 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Cc: freebsd-stable@freebsd.org Subject: Re: 8.2-PRERELEASE freezing on reboot (-current OK) 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: Tue, 14 Dec 2010 01:24:17 -0000 ----- Original Message ----- From: "Jeremy Chadwick" > Two things to point out: > > 1) I've seen systems where "cpu_reset: Stopping other CPUs" gets printed > (or sometimes doesn't, see above), then for about 5 *full minutes* the > system sits there doing nothing, but then eventually reboots. Try being > a bit more patient to see if this is the case. Also try dropping to the > debugger via serial console (serial break) or VGA (Ctrl-Alt-Esc). Waited over 24 hours with the machine sat at the sync print apparently when our engineer kicked it with the reset button. > 2) I'd recommend to those who are experiencing this problem to try > booting with ACPI disabled (it's one of the boot menu options), and then > try rebooting the system. If this works, chances are the issue is > related to the ACPI code, and someone may want to cross-post to > freebsd-acpi to get proper attention to it. 9 times out of 10 this doesn't work any more as machines require it for correct driver detection, still worth a go but thought I'd mention it. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk.