From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from cavan.codon.org.uk ([93.93.128.6] helo=vavatch.codon.org.uk) by bombadil.infradead.org with esmtps (Exim 4.68 #1 (Red Hat Linux)) id 1KyFhs-0007LP-3L for kexec@lists.infradead.org; Fri, 07 Nov 2008 01:00:12 +0000 Date: Fri, 7 Nov 2008 00:59:46 +0000 From: Matthew Garrett Subject: Re: [PATCH 15/15] Revert "x86: default to reboot via ACPI" Message-ID: <20081107005946.GA9254@srcf.ucam.org> References: <1225915018-6548-1-git-send-email-ehabkost@redhat.com> <20081106143021.GD13023@elte.hu> <20081106150610.GA1644@elte.hu> <200811061853.08003.arvidjaar@mail.ru> <20081106215011.GA6391@srcf.ucam.org> <1226019679.3989.107.camel@yakui_zhao.sh.intel.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <1226019679.3989.107.camel@yakui_zhao.sh.intel.com> List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: kexec-bounces@lists.infradead.org Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: Zhao Yakui Cc: Andrew Morton , Eduardo Habkost , "kvm@vger.kernel.org" , "kexec@lists.infradead.org" , Linux Kernel Mailing List , "Rafael J. Wysocki" , "linux-acpi@vger.kernel.org" , "Eric W. Biederman" , Ingo Molnar , Andrey Borzenkov , Len Brown , Avi Kivity On Fri, Nov 07, 2008 at 09:01:19AM +0800, Zhao Yakui wrote: > With the help of KVM I find that the windows will be rebooted by writing > RESET_VALUE to RESET_REG I/O port if the RESET_REG_SUP bit is not > zero(It indicates whether ACPI reboot is supported). > IMO maybe the ACPI reboot is the first choice. If it can't, then it will > fall back to other mode. Hmm. But we're seeing some machines that end up very confused if rebooted via ACPI. I guess we need to run Vista on them to find out how they behave. What OSI strings did your KVM setup expose? We know that Windows changes behaviour under various circumstances depending on which OS the firmware requests, so it's almost possible that this is another of those cases. -- Matthew Garrett | mjg59@srcf.ucam.org _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Garrett Subject: Re: [PATCH 15/15] Revert "x86: default to reboot via ACPI" Date: Fri, 7 Nov 2008 00:59:46 +0000 Message-ID: <20081107005946.GA9254@srcf.ucam.org> References: <1225915018-6548-1-git-send-email-ehabkost@redhat.com> <20081106143021.GD13023@elte.hu> <20081106150610.GA1644@elte.hu> <200811061853.08003.arvidjaar@mail.ru> <20081106215011.GA6391@srcf.ucam.org> <1226019679.3989.107.camel@yakui_zhao.sh.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <1226019679.3989.107.camel@yakui_zhao.sh.intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: kexec-bounces-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org Errors-To: kexec-bounces+glkk-kexec=m.gmane.org-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org To: Zhao Yakui Cc: Andrew Morton , Eduardo Habkost , "kvm-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "kexec-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org" , Linux Kernel Mailing List , "Rafael J. Wysocki" , "linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "Eric W. Biederman" , Ingo Molnar , Andrey Borzenkov , Len Brown , Avi Kivity List-Id: linux-acpi@vger.kernel.org On Fri, Nov 07, 2008 at 09:01:19AM +0800, Zhao Yakui wrote: > With the help of KVM I find that the windows will be rebooted by writing > RESET_VALUE to RESET_REG I/O port if the RESET_REG_SUP bit is not > zero(It indicates whether ACPI reboot is supported). > IMO maybe the ACPI reboot is the first choice. If it can't, then it will > fall back to other mode. Hmm. But we're seeing some machines that end up very confused if rebooted via ACPI. I guess we need to run Vista on them to find out how they behave. What OSI strings did your KVM setup expose? We know that Windows changes behaviour under various circumstances depending on which OS the firmware requests, so it's almost possible that this is another of those cases. -- Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755241AbYKGBAb (ORCPT ); Thu, 6 Nov 2008 20:00:31 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754114AbYKGBAP (ORCPT ); Thu, 6 Nov 2008 20:00:15 -0500 Received: from cavan.codon.org.uk ([93.93.128.6]:34279 "EHLO vavatch.codon.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754041AbYKGBAN (ORCPT ); Thu, 6 Nov 2008 20:00:13 -0500 Date: Fri, 7 Nov 2008 00:59:46 +0000 From: Matthew Garrett To: Zhao Yakui Cc: Len Brown , Andrey Borzenkov , Ingo Molnar , Eduardo Habkost , Avi Kivity , "Eric W. Biederman" , Andrew Morton , "Rafael J. Wysocki" , "kexec@lists.infradead.org" , "kvm@vger.kernel.org" , Linux Kernel Mailing List , "linux-acpi@vger.kernel.org" Subject: Re: [PATCH 15/15] Revert "x86: default to reboot via ACPI" Message-ID: <20081107005946.GA9254@srcf.ucam.org> References: <1225915018-6548-1-git-send-email-ehabkost@redhat.com> <20081106143021.GD13023@elte.hu> <20081106150610.GA1644@elte.hu> <200811061853.08003.arvidjaar@mail.ru> <20081106215011.GA6391@srcf.ucam.org> <1226019679.3989.107.camel@yakui_zhao.sh.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1226019679.3989.107.camel@yakui_zhao.sh.intel.com> User-Agent: Mutt/1.5.12-2006-07-14 X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: mjg59@codon.org.uk X-SA-Exim-Scanned: No (on vavatch.codon.org.uk); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Nov 07, 2008 at 09:01:19AM +0800, Zhao Yakui wrote: > With the help of KVM I find that the windows will be rebooted by writing > RESET_VALUE to RESET_REG I/O port if the RESET_REG_SUP bit is not > zero(It indicates whether ACPI reboot is supported). > IMO maybe the ACPI reboot is the first choice. If it can't, then it will > fall back to other mode. Hmm. But we're seeing some machines that end up very confused if rebooted via ACPI. I guess we need to run Vista on them to find out how they behave. What OSI strings did your KVM setup expose? We know that Windows changes behaviour under various circumstances depending on which OS the firmware requests, so it's almost possible that this is another of those cases. -- Matthew Garrett | mjg59@srcf.ucam.org