public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Len Brown <lenb@kernel.org>
Cc: linux-acpi@vger.kernel.org, Len Brown <len.brown@intel.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	"H. Peter Anvin" <hpa@zytor.com>, Avi Kivity <avi@redhat.com>,
	Eduardo Habkost <ehabkost@redhat.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Andrey Borzenkov <arvidjaar@mail.ru>
Subject: Re: [PATCH 10/10] x86, ACPI: default to reboot via ACPI (again)
Date: Fri, 7 Nov 2008 08:25:36 +0100	[thread overview]
Message-ID: <20081107072536.GA19583@elte.hu> (raw)
In-Reply-To: <4b9575c04a5fe38d02eeabcad743ed886ebc53a4.1226032943.git.len.brown@intel.com>


(I've Cc:-ed the folks who worked on this problem area.)

* Len Brown <lenb@kernel.org> wrote:

> From: Len Brown <len.brown@intel.com>
> 
> We've run into systems which do not reboot properly
> without using the ACPI reset mechanism.  So lets
> try this in linux-next for a while and see
> how many existing machines stop rebooting
> because they can't handle ACPI reboot.
> 
> Signed-off-by: Len Brown <len.brown@intel.com>
> ---
>  arch/x86/kernel/reboot.c |    2 +-

> -enum reboot_type reboot_type = BOOT_KBD;
> +enum reboot_type reboot_type = BOOT_ACPI;

NAK.

Your point that the set of systems where KBD-reboot is broken is 
larger (and growing) than the set of systems where ACPI-reboot is 
broken (which set probably has a constant size) is true.

But still this change caused non-trivial regressions in v28 _worse_ 
than the inability to reboot cleanly, so this patch does not fly as-is 
as we reverted it upstream for a good reason.

| commit 8d00450d296dedec9ada38d43b83e79cca6fd5a3
| Author: Eduardo Habkost <ehabkost@redhat.com>
| Date:   Tue Nov 4 12:52:44 2008 -0200
|
|     Revert "x86: default to reboot via ACPI"

I still dont oppose ACPI-reboot on new systems, but please add a more 
intelligent and regression-free method of turning it on by default: a 
flag year ACPI-date of 2008/2007/2006 or something like that, and 
default the reboot mode to KBD reboot before that date.

Such a solution would have the desired characteristics: we'd default 
to ACPI-reboot on all new systems, but we'd default to KBD-reboot on 
all older systems. The set of systems where KBD-reboot is broken will 
thus be limited, and we have the chance to eventually DMI-map them 
all.

Also, note that the main reason why we wanted ACPI-reboot originally 
(Avi's patch) was to get the KVM-is-active reboots right. But the 
KVM/VMX reboot state will be much more standard in v2.6.29 (we'll exit 
VMX mode on all CPUs/cores), so that particular problem category is 
eliminated.

Also, the default reboot mode is an x86 patch so this should not be 
within the ACPI tree, please submit it to us.

Hm?

	Ingo

  reply	other threads:[~2008-11-07  7:25 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-07  4:45 ACPI patchese on test branch Len Brown
2008-11-07  4:45 ` [PATCH 01/10] ACPI: pci_link: remove acpi_irq_balance_set() interface Len Brown
2008-11-07  4:45   ` [PATCH 02/10] ACPI: Disambiguate processor declaration type Len Brown
2008-11-07  4:45   ` [PATCH 03/10] ACPI: Behave uniquely based on processor declaration definition type Len Brown
2008-11-07  4:45   ` [PATCH 04/10] ACPI: 80 column adherence and spelling fix (no functional change) Len Brown
2008-11-07  4:45   ` [PATCH 05/10] Hibernate: Call platform_begin before swsusp_shrink_memory Len Brown
2008-11-07  4:45   ` [PATCH 06/10] ACPI hibernate: Add a mechanism to save/restore ACPI NVS memory Len Brown
2008-11-07  4:45   ` [PATCH 07/10] x86 hibernate: Mark ACPI NVS memory region at startup Len Brown
2008-11-07  4:45   ` [PATCH 08/10] ACPI hibernate: Introduce new kernel parameter acpi_sleep=s4_nonvs Len Brown
2008-11-07  4:45   ` [PATCH 09/10] compal-laptop: use rfkill switch subsystem Len Brown
2008-11-07  4:45   ` [PATCH 10/10] x86, ACPI: default to reboot via ACPI (again) Len Brown
2008-11-07  7:25     ` Ingo Molnar [this message]
2008-11-08  1:41       ` Len Brown
2008-11-08  6:30         ` Andrey Borzenkov
2008-11-08  7:12           ` Len Brown
2008-11-08  7:50             ` Andrey Borzenkov
2008-11-08 11:59               ` Ingo Molnar
2008-11-09  9:55                 ` Avi Kivity
2008-11-09 10:00                   ` H. Peter Anvin
2008-11-10  8:39                     ` Ingo Molnar
2008-11-10  8:54                       ` Avi Kivity
2008-11-10  9:02                         ` Ingo Molnar
2008-11-11 18:26                           ` H. Peter Anvin
2008-11-11 20:29                             ` Eric W. Biederman
2008-11-11 20:44                               ` Ingo Molnar
2008-11-10 11:59                         ` Matthew Garrett
2008-11-10 11:57                       ` Matthew Garrett
2008-11-10 12:56                         ` Ingo Molnar
2008-11-10 13:00                           ` Matthew Garrett
2008-11-11 23:14                             ` Len Brown
2008-11-12  0:25                               ` Attempt rebooting via port CF9 if it seems to be available H. Peter Anvin
2008-11-12 18:49                                 ` Andrey Borzenkov
2008-11-12  0:27                               ` [PATCH 10/10] x86, ACPI: default to reboot via ACPI (again) Matthew Garrett
2008-11-12 11:58                               ` Ingo Molnar
2008-11-12 12:23                                 ` Avi Kivity
2008-11-13  3:23                                   ` Zhao Yakui
2008-11-13  3:18                                     ` H. Peter Anvin
2008-11-13  3:43                                       ` Zhao Yakui
2008-11-13  4:10                                     ` Eric W. Biederman
2008-11-13  4:34                                       ` H. Peter Anvin
2008-11-13  4:14                                     ` Eric W. Biederman
2008-11-13  5:29                                       ` Zhao Yakui
2008-11-13  5:25                                         ` H. Peter Anvin
2008-11-13  6:56                                         ` Eric W. Biederman
2008-11-13  6:58                                         ` Eric W. Biederman
2008-11-13  9:06                                           ` Zhao Yakui
2008-11-13 17:42                                             ` H. Peter Anvin
2008-11-14  1:29                                               ` Zhao Yakui
2008-11-14  1:22                                                 ` H. Peter Anvin
2008-11-14  1:49                                                   ` Zhao Yakui
2008-11-13  3:29                                 ` Stephen Rothwell
2008-11-08 12:40         ` Rafael J. Wysocki

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=20081107072536.GA19583@elte.hu \
    --to=mingo@elte.hu \
    --cc=akpm@linux-foundation.org \
    --cc=arvidjaar@mail.ru \
    --cc=avi@redhat.com \
    --cc=ehabkost@redhat.com \
    --cc=hpa@zytor.com \
    --cc=len.brown@intel.com \
    --cc=lenb@kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=tglx@linutronix.de \
    /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