Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932263AbcCHBwL (ORCPT ); Mon, 7 Mar 2016 20:52:11 -0500 Received: from v094114.home.net.pl ([79.96.170.134]:57480 "HELO v094114.home.net.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1753817AbcCHBv6 (ORCPT ); Mon, 7 Mar 2016 20:51:58 -0500 From: "Rafael J. Wysocki" To: "Chen, Yu C" Cc: "Rafael J. Wysocki" , ACPI Devel Maling List , "x86@kernel.org" , "linux-efi@vger.kernel.org" , Linux Kernel Mailing List , "linux-pm@vger.kernel.org" , Len Brown , Matt Fleming , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , "Zhang, Rui" Subject: Re: [PATCH][RFC v3] ACPI / PM: Fix poweroff issue on HW-full platforms without _S5 Date: Tue, 08 Mar 2016 02:53:46 +0100 Message-ID: <2414254.VhAiD01BTS@vostro.rjw.lan> User-Agent: KMail/4.11.5 (Linux/4.5.0-rc1+; KDE/4.11.5; x86_64; ; ) In-Reply-To: <36DF59CE26D8EE47B0655C516E9CE640286D329F@shsmsx102.ccr.corp.intel.com> References: <1457319045-25434-1-git-send-email-yu.c.chen@intel.com> <36DF59CE26D8EE47B0655C516E9CE640286D329F@shsmsx102.ccr.corp.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="utf-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1155 Lines: 33 On Monday, March 07, 2016 03:53:13 PM Chen, Yu C wrote: > Hi Rafael, > (resend for broken content) > > > -----Original Message----- > > From: rjwysocki@gmail.com [mailto:rjwysocki@gmail.com] On Behalf Of > > Rafael J. Wysocki > > Sent: Monday, March 07, 2016 9:19 PM > > To: Chen, Yu C > > Cc: ACPI Devel Maling List; x86@kernel.org; linux-efi@vger.kernel.org; Linux > > Kernel Mailing List; linux-pm@vger.kernel.org; Rafael J. Wysocki; Len Brown; > > Matt Fleming; Thomas Gleixner; Ingo Molnar; H. Peter Anvin; Zhang, Rui > > Subject: Re: [PATCH][RFC v3] ACPI / PM: Fix poweroff issue on HW-full > > platforms without _S5 > > > [cut] > > > bool efi_poweroff_required(void) > > > { > > > - return !!acpi_gbl_reduced_hardware; > > > + return acpi_gbl_reduced_hardware || (acpi_no_s5 && > > > + !pm_power_off); > > > > What if CONFIG_ACPI is not set here? > If CONFIG_ACPI is not set, this file would not > be compiled, because CONFIG_EFI depends on CONFIG_ACPI. OK So the next question will be if efi_poweroff_required() is guaranteed to run after all of the other code that may register alternative power off handling. Thanks, Rafael