Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1760442AbXI0XHk (ORCPT ); Thu, 27 Sep 2007 19:07:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1760247AbXI0XHZ (ORCPT ); Thu, 27 Sep 2007 19:07:25 -0400 Received: from rtr.ca ([76.10.145.34]:3286 "EHLO mail.rtr.ca" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1760213AbXI0XHX (ORCPT ); Thu, 27 Sep 2007 19:07:23 -0400 Message-ID: <46FC37A8.90200@rtr.ca> Date: Thu, 27 Sep 2007 19:07:20 -0400 From: Mark Lord User-Agent: Thunderbird 2.0.0.6 (X11/20070728) MIME-Version: 1.0 To: "Rafael J. Wysocki" Cc: Linux Kernel , simon.derr@bull.net, Len Brown Subject: Re: Problems with SMP & ACPI powering off References: <46FC20B7.4000606@rtr.ca> <200709280000.53001.rjw@sisk.pl> In-Reply-To: <200709280000.53001.rjw@sisk.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1724 Lines: 52 Rafael J. Wysocki wrote: > On Thursday, 27 September 2007 23:29, Mark Lord wrote: >> Question: do we disable all CPUs except 0 when doing ACPI power off? > > No, but we should. > >> Background: >> I have a machine here dedicated to running MythTV. >> It powers up to record, and then sets the RTC alarm for next time >> and powers down again in between recordings. >> >> It has an Intel Core2duo E6300 CPU, currently on an ICH8 motherboard. >> Previously it was on a completely different (vendor,bios,...) ICH7 motherboard. >> >> In both cases, "halt -p" sometimes fails to actually turn off the power, >> which means that it later then fails to "turn on" to record again. >> >> Annoying. >> >> This is a 32-bit kernel/runtime, with full ACPI (not APM) kernel support enabled. >> >> So I'm wondering if it may be due to the old SMP-poweroff bogeyman ? > > May be. > > Which kernel? Latest 2.6.23-rc-git. Same problem from time to time on 2.6.17, as well. Dunno about in between those Revs., but it's much more common on the latest than it was on the old kernel. > >> For now, I've hardcoded a cpu_down(1) into the poweroff code, >> and we'll see if that helps or is merely redundant. >> >> But I do wonder where else to look for a cause? >> >> Two different boards, vendors, BIOSs, same CPU chip. Same problem. > > Same chipset, perchance? Mmmm I originally didn't think so. But actually one board is ICH8, the other ICH8R, so yes, they use the same chipset. Cheers - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/