public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Alexey Starikovskiy <astarikovskiy@suse.de>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: Bill Davidsen <davidsen@tmr.com>, Mark Lord <lkml@rtr.ca>,
	"H. Peter Anvin" <hpa@zytor.com>,
	linux-kernel@vger.kernel.org
Subject: Re: regression in 2.6.23-rc8 - power off failed
Date: Mon, 01 Oct 2007 21:55:38 +0400	[thread overview]
Message-ID: <4701349A.30200@suse.de> (raw)
In-Reply-To: <200709292308.13593.rjw@sisk.pl>

Rafael J. Wysocki wrote:
> On Saturday, 29 September 2007 22:47, Bill Davidsen wrote:
>> Alexey Starikovskiy wrote:
>>
>>> -static void
>>> -acpi_power_off (void)
>>> -{
>>> -       printk("%s called\n",__FUNCTION__);
>>> -       /* Some SMP machines only can poweroff in boot CPU */
>>> -       set_cpus_allowed(current, cpumask_of_cpu(0));
>>> ACPI in kernel 2.6.12 did disable non-boot cpus too in powe_off.
>>> Later only comment was left for some reason...
>>>
>> Am I midreading that code, or does it really assume that the boot cpu is 
>> always zero? Or just that zero will be able to do the power off?
>>
>> In any case I have had an SMP machine which did not have a CPU zero, and 
>> it was discussed here, I believe. Wonder what happens if you set 
>> affinity to a CPU you don't have...
> 
> Good question, but it also caused other problems to appear, IIRC.
> 
> IMHO, it's better to call disable_nonboot_cpus() in an appropriate place
> anyway.
> 
> Greetings,
> Rafael
Ok, here is commit which removed the code in question from acpi_power_off:

commit 6660316cb7a1a2c59a73a52870490c0f782f45c1
Author: Eric W. Biederman <ebiederm@xmission.com>
Date:   Tue Jul 26 12:16:00 2005 -0600

    [PATCH] acpi_power_off: Don't switch to the boot cpu

    machine_power_off on i386 and x86_64 now switch to the
    boot cpu out of paranoia and because the MP Specification indicates it
    is a good idea on reboot, so for those architectures it is a noop.
    I can't see anything in the acpi spec that requires you to be on
    the boot cpu to power off the system, so this should not be an issue
    for ia64.  In addition ia64 has the altix a massive multi-node
    system where switching to the boot cpu sounds insane as we may
    hot removed the boot cpu.

    Signed-off-by: Eric W. Biederman <ebiederm@xmission.com>
    Signed-off-by: Linus Torvalds <torvalds@osdl.org>

Regards,
Alex.

  reply	other threads:[~2007-10-01 17:55 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-09-29  0:54 regression in 2.6.23-rc8 - power off failed Wolfgang Erig
2007-09-29  2:59 ` Frans Pop
2007-09-29  3:29   ` Frans Pop
2007-09-29  3:05 ` H. Peter Anvin
2007-09-29  8:22   ` Wolfgang Erig
2007-09-29  8:30     ` H. Peter Anvin
2007-09-29  9:35       ` Wolfgang Erig
2007-09-29 12:40         ` Mark Lord
2007-09-29 15:24           ` Alexey Starikovskiy
2007-09-29 20:47             ` Bill Davidsen
2007-09-29 21:08               ` Rafael J. Wysocki
2007-10-01 17:55                 ` Alexey Starikovskiy [this message]
2007-10-01 20:30                   ` Rafael J. Wysocki
2007-09-29 18:07         ` Wolfgang Erig
2007-09-29 19:45           ` Wolfgang Erig
2007-09-29 22:39           ` H. Peter Anvin
2007-10-08 19:47             ` regression in 2.6.23-rc8 - power off failed: solved Wolfgang Erig
2007-09-29  7:46 ` regression in 2.6.23-rc8 - power off failed Alexey Starikovskiy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4701349A.30200@suse.de \
    --to=astarikovskiy@suse.de \
    --cc=davidsen@tmr.com \
    --cc=hpa@zytor.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkml@rtr.ca \
    --cc=rjw@sisk.pl \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox