From owner-freebsd-current@FreeBSD.ORG Tue Jun 22 21:50:29 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 51F3A16A4CE; Tue, 22 Jun 2004 21:50:29 +0000 (GMT) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id A030543D41; Tue, 22 Jun 2004 21:50:28 +0000 (GMT) (envelope-from gnagelhout@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Tue, 22 Jun 2004 17:50:06 -0400 Message-ID: From: Gerrit Nagelhout To: 'Matthew Dillon' , John Baldwin , Don Bowman Date: Tue, 22 Jun 2004 17:50:05 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: current@FreeBSD.org cc: Julian Elischer 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: Tue, 22 Jun 2004 21:50:29 -0000 > : > :On Thursday 17 June 2004 07:33 pm, Matthew Dillon wrote: > :> 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 :-) > : > :Power and heat savings. > : > :-- > :John Baldwin <>< http://www.FreeBSD.org/~jhb/ > > All well and nice, but if you want power and heat savings > you don't > purchase a big honking SMP box in the first place. > > This sounds like a disaster waiting to happen to me. > ACPI barely works > on UP systems, there is no way I would ever trust it to > properly HLT or > otherwise screw around with the cpu timing on an SMP > system. HLT is > plenty good enough. IMHO this type of feature is not > something that > should be turned on by default on SMP. I am working with Don Bowman to try and debug this problem (the lockup). I have an emulator attached, and managed to get it into the locked up state. Three of the cpus are in idle (acpi_cpu_c1) (and have interrupts enabled, EFLAGS=0x246), and the other one (cpu 3) is in smp_tlb_shootdown waiting for one more processor to respond. The APIC register for CPU 3 (icr_lo) indicates that the IPI (0xf3) has been sent (ie it's idle). The isr registers for CPU 1 indicate that vector oxf3 is pending, but it is not being handled. I am still trying to figure out why this is, but does anyone have any suggested on what else I can look at? Thanks, Gerrit