Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758460AbYHZNdt (ORCPT ); Tue, 26 Aug 2008 09:33:49 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756056AbYHZNdj (ORCPT ); Tue, 26 Aug 2008 09:33:39 -0400 Received: from il.qumranet.com ([212.179.150.194]:17106 "EHLO il.qumranet.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753844AbYHZNdj (ORCPT ); Tue, 26 Aug 2008 09:33:39 -0400 Message-ID: <48B40631.5090007@qumranet.com> Date: Tue, 26 Aug 2008 16:33:37 +0300 From: Avi Kivity User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: "Maciej W. Rozycki" CC: Alan Cox , Pavel Machek , Ingo Molnar , "Eric W. Biederman" , linux-kernel@vger.kernel.org, kvm@vger.kernel.org Subject: Re: [PATCH] x86: default to reboot via ACPI References: <1219659087-17536-1-git-send-email-avi@qumranet.com> <20080826095032.GA309@elf.ucw.cz> <48B3D579.40502@qumranet.com> <20080826113317.520cbab1@lxorguk.ukuu.org.uk> <48B3F3A9.8030709@qumranet.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1609 Lines: 45 Maciej W. Rozycki wrote: > On Tue, 26 Aug 2008, Avi Kivity wrote: > > >> Most machines are recent machines. >> > > This is a bold statement I would say. Any numbers to back it up? > > Only common sense. Non-recent machines are barely usable these days. Sure they work well as a firewall or server-in-a-closet, but if you run a desktop or a server that actually does useful work, you're running a relatively recent machine. >> If a machine has acpi, and the reset register is wired to the launch >> controller, then perhaps this change is unsafe. Don't issue sysrq-b on >> such machines. >> > > If a machine has ACPI and it is broken randomly, then the results can be > arbitrary. Hopefully not destructively. If even such a simple thing as > wiring the reset line so that it functions correctly can be got wrong, > more so can be more complex matters. > If we find that the reset was wired to the launch controller after all, we can back out the change (after we re-evolve technology and Linux; after all we are doomed to keep reinventing it, aren't we?). > Failing a better alternative, I suppose the change has to go in though. > Let's see what breaks, if any. I understand the disgust people feel when ACPI is mentioned, but we can't ignore reality. -- error compiling committee.c: too many arguments to function -- 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/