From owner-freebsd-current@FreeBSD.ORG Tue Nov 18 13:34:38 2003 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 7CB0F16A4CE for ; Tue, 18 Nov 2003 13:34:38 -0800 (PST) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 99C1E44013 for ; Tue, 18 Nov 2003 13:34:37 -0800 (PST) (envelope-from nate@rootlabs.com) Received: (qmail 65193 invoked by uid 1000); 18 Nov 2003 21:34:38 -0000 Date: Tue, 18 Nov 2003 13:34:38 -0800 (PST) From: Nate Lawson To: Robert Watson In-Reply-To: Message-ID: <20031118132905.P64933@root.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Updated acpi_cpu patch 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, 18 Nov 2003 21:34:38 -0000 On Tue, 18 Nov 2003, Robert Watson wrote: > On Tue, 18 Nov 2003, Nate Lawson wrote: > > > Below you'll find the update patch for acpi_cpu. Please test this, > > especially for SMP and laptops with _CST objects in their ASL. > ... > > Notes: > > * Add a detach method that disables entry to acpi_cpu_idle and in the SMP > > case, IPIs all processors to exit sleeping. This fixes a panic on > > shutdown for MP boxes. > > Sigh, I appear to have been mistaken about the SMP reboot problem being > fixed, sorry about that. Mark's random_harvest panic appears to have > caused me to miss the other failure mode in my last test. Stack trace > attached, and I believe I'm running with your latest patch. Could you add a printf to the start of acpi_cpu_detach()? I want to see if we're being called before or after ACPI is stopped ("Shutting down ACPI"). Also, please do: l *AcpiGetRegister+0x61 I think it's the call to get the bus master status, which is interesting since this means that cpu_cx_count != 0 which means that acpi_cpu_detach hasn't run yet. -Nate