From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759778AbcDMKWB (ORCPT ); Wed, 13 Apr 2016 06:22:01 -0400 Received: from mail-wm0-f41.google.com ([74.125.82.41]:33691 "EHLO mail-wm0-f41.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758038AbcDMKWA (ORCPT ); Wed, 13 Apr 2016 06:22:00 -0400 Date: Wed, 13 Apr 2016 11:21:57 +0100 From: Matt Fleming To: Roger Pau =?iso-8859-1?Q?Monn=E9?= Cc: George Dunlap , Michael Chang , Linux Kernel Mailing List , Julien Grall , Jan Beulich , "H. Peter Anvin" , Daniel Kiper , the arch/x86 maintainers , =?utf-8?Q?Vojt=C4=9Bch_Pavl=C3=ADk?= , Gary Lin , xen-devel , Jeffrey Cheung , Charles Arndol , Stefano Stabellini , joeyli , Borislav Petkov , Boris Ostrovsky , Juergen Gross , Andrew Cooper , Jim Fehlig , Andy Lutomirski , "Luis R. Rodriguez" , David Vrabel Subject: Re: [Xen-devel] HVMLite / PVHv2 - using x86 EFI boot entry Message-ID: <20160413102157.GK2829@codeblueprint.co.uk> References: <20160406024027.GX1990@wotan.suse.de> <20160406150240.GO2701@codeblueprint.co.uk> <20160413100312.647eocdtbmak4btk@mac> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20160413100312.647eocdtbmak4btk@mac> User-Agent: Mutt/1.5.24+41 (02bc14ed1569) (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 13 Apr, at 12:03:12PM, Roger Pau Monné wrote: > > I don't get this, the "reset/shutdown" hypercall requires the following > steps from Dom0 (it's not as simple as calling a hypercall): > > The way to perform a full system power off from Dom0 is different than > what's done in a DomU guest. In order to perform a power off from Dom0 the > native ACPI path should be followed, but the guest should not write the > `SLP_EN` bit to the Pm1Control register. Instead the > `XENPF_enter_acpi_sleep` hypercall should be used, filling the following > data in the `xen_platform_op` struct: > > cmd = XENPF_enter_acpi_sleep > interface_version = XENPF_INTERFACE_VERSION > u.enter_acpi_sleep.pm1a_cnt_val = Pm1aControlValue > u.enter_acpi_sleep.pm1b_cnt_val = Pm1bControlValue > > At which point it means that we are either going to duplicate ACPICA code > into the HVMlite's custom EfiReset() service, or we are going to call into > ACPICA, which is what we already do now. Fair enough, I wasn't aware that you needed to call into ACPI to perform the reset.