From owner-freebsd-current@FreeBSD.ORG Thu Jun 17 23:34:10 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 302C116A4CE for ; Thu, 17 Jun 2004 23:34:10 +0000 (GMT) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0434D43D45 for ; Thu, 17 Jun 2004 23:34:10 +0000 (GMT) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) i5HNXEx7010137; Thu, 17 Jun 2004 16:33:14 -0700 (PDT) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.12.9p2/8.12.9/Submit) id i5HNXDpd010136; Thu, 17 Jun 2004 16:33:13 -0700 (PDT) (envelope-from dillon) Date: Thu, 17 Jun 2004 16:33:13 -0700 (PDT) From: Matthew Dillon Message-Id: <200406172333.i5HNXDpd010136@apollo.backplane.com> To: Don Bowman References: cc: Julian Elischer cc: "'current@freebsd.org'" Subject: RE: STI, HLT in acpi_cpu_idle_c1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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, 17 Jun 2004 23:34:10 -0000 :I only have the emulator on there because of the bug, :not the other way around :) :The boards without the emulator are the ones that hang, :that's why i dragged it out. :I am definitely generating other interrupts :(e.g. serial, trying to drop into db, hardclock), but :all for naught. If I generate an NMI, it hangs :sending the stop ipi to the other processors, so :they don't receive that either. The core that i then :generate shows them in 'hlt'. : :I'm wondering about some of the specification updates :for the Xeon, e.g. P72 of :http://developer.intel.com/design/Xeon/specupdt/24967839.pdf :seems kind of esoteric, but... : :--don Probably not P72.. that would result in weird, inconsistent panics rather then consistent hangs. To make sure, just cool your cpu down a little (open the case and point a big fan at it). If nothing changes then it isn't P72. The STI; HLT sequence is definitely working properly... operating systems have depended on that code sequence forever. Going down that path is a red herring. If NMI can't stop the other processors w/ IPI STOP then the PC for those cpus that you see in the dump is not necessarily going to be where they are actually hung. It kinda sounds like ACPI has bokered the other cpus. I'm not sure why one would even *want* to use ACPI to idle down Xeon's in an MP system, actually :-) -Matt Matthew Dillon