From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 18B3FC6778A for ; Thu, 5 Jul 2018 16:56:58 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id D17CA240FE for ; Thu, 5 Jul 2018 16:56:57 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org D17CA240FE Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=suse.de Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754609AbeGEQ4m (ORCPT ); Thu, 5 Jul 2018 12:56:42 -0400 Received: from mx2.suse.de ([195.135.220.15]:45434 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754080AbeGEQ4j (ORCPT ); Thu, 5 Jul 2018 12:56:39 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 78DB5AD0A; Thu, 5 Jul 2018 16:56:37 +0000 (UTC) Date: Thu, 05 Jul 2018 18:56:37 +0200 Message-ID: From: Takashi Iwai To: "Rafael J. Wysocki" Cc: Thomas H4nig , Erik Schmauss , Linux PM , Linux Kernel Mailing List , Linux ACPI Subject: Re: [REGRESSION 4.17] Spurious wakeup / reboot with power button In-Reply-To: <3165315.C5RQ1k0pt5@aspire.rjw.lan> References: <3165315.C5RQ1k0pt5@aspire.rjw.lan> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.3 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 05 Jul 2018 18:02:11 +0200, Rafael J. Wysocki wrote: > > [The Lv's address is not valid any more, so drop it from the CC] > > On Thursday, July 5, 2018 5:10:20 PM CEST Rafael J. Wysocki wrote: > > On Thu, Jul 5, 2018 at 5:09 PM, Takashi Iwai wrote: > > > On Thu, 05 Jul 2018 16:00:14 +0200, > > > Thomas H4nig wrote: > > >> > > >> Am 05.07.2018 um 14:12 schrieb Takashi Iwai: > > >> > On Thu, 05 Jul 2018 12:41:03 +0200, > > >> > Rafael J. Wysocki wrote: > > >> >> > > >> >> On Thursday, July 5, 2018 11:50:11 AM CEST Takashi Iwai wrote: > > >> >>> On Thu, 05 Jul 2018 11:34:59 +0200, > > >> >>> Rafael J. Wysocki wrote: > > >> >>>> > > >> >>>> Hi, > > >> >>>> > > >> >>>> On Thu, Jul 5, 2018 at 9:05 AM, Takashi Iwai wrote: > > >> >>>>> Hi, > > >> >>>>> > > >> >>>>> we've got a regression report since 4.17 about the behavior of > > >> >>>>> power-off with the power button. When a machine is powered off with > > >> >>>>> the power button on desktop, it reboots after a few seconds instead of > > >> >>>>> power down. > > >> >>>>> > > >> >>>>> The manual power down via "systemctl poweroff" works fine, so it's > > >> >>>>> possibly some spurious wakeup by the power button action, and some > > >> >>>>> ACPI-related change is suspected. > > >> >>>>> The regression still remains in 4.18-rc3. > > >> >>>> > > >> >>>> There are only a few ACPI commits directly related to power management > > >> >>>> between 4.16 and 4.17 and none of them looks particularly suspicious. > > >> >>> > > >> >>> OK, interesting. > > >> >>> > > >> >>>> It looks like the power button state may not be cleared sufficiently > > >> >>>> after it's been pressed which is now visible for some reason. > > >> >>> > > >> >>> Hmm, where can such a state remain? Since it happens after the > > >> >>> machine turned off, some (ACPI) wakeup bits? > > >> >> > > >> >> Basically, yes. > > >> >> > > >> >> It looks like a GPE may remain active which then triggers wakeup after > > >> >> shutdown. > > >> >> > > >> >> On a hunch, I'm wondering if reverting commit > > >> >> > > >> >> 18996f2db918 ACPICA: Events: Stop unconditionally clearing ACPI IRQs during suspend/resume > > >> >> > > >> >> (may not revert clearly, though) makes any difference. > > >> > > > >> > OK, I'm building a 4.17.x test kernel with that revert, in OBS > > >> > home:tiwai:bsc1099930 repo. > > >> > > > >> > Thomas, could you try later the kernel in > > >> > http://download.opensuse.org/repositories/home:/tiwai:/bsc1099930/standard/ > > >> > ? It'll take an hour or so until the build finishes. > > >> > > >> With your new built kernel > > >> 4.17.4-1.g6f23755-default > > >> > > >> the power button works again, so the revert solved the problem > > > > > > Thanks, that clarifies the cause. > > > Adding Erik and Lv to Cc. > > > > > > I guess it's the side-effect by removing > > > acpi_ev_walk_gpe_list(acpi_hw_clear_gpe_block, NULL); > > > in acpi_hw_disable_all_gpes(). > > > > > > This function is called from acpi_power_off_prepare(), and the machine > > > goes to power off without clearing the GPEs, hence it's woken up later > > > unexpectedly. > > > > That's correct. > > > > We need to fix up that commit. I'll try to prepare something. > > > > Below is a patch to test that theory and maybe fix things if it is correct. > > What it does is to clear all GPEs after disabling them in > acpi_power_off_prepare() which should address the issue if our theory > about the underlying reason is correct. > > Please test. OK, building a new test kernel package in OBS home:tiwai:bsc1099930-2 repo. It'll appear at http://download.opensuse.org/repositories/home:/tiwai:/bsc1099930-2/standard/ Thomas, please give it a try later. thanks, Takashi