Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp3816784ybl; Mon, 12 Aug 2019 06:56:12 -0700 (PDT) X-Google-Smtp-Source: APXvYqyxwgS+DPp5EEjwMUobNA+TTkELuTJ+rSJZNBx77Wmu6Kriq9/3WzCQp5vVP6E22K7lviCf X-Received: by 2002:a17:90a:214e:: with SMTP id a72mr24207869pje.0.1565618172859; Mon, 12 Aug 2019 06:56:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565618172; cv=none; d=google.com; s=arc-20160816; b=hJPN0Nnp1+TYJe1Cc7lqkpIDFclsY3i2HnqbKH7tfr3qEgx+y5fzVXNicbAs7RilJK RYrxCYfIqIKRtKfz9VbmVG/LZyJgZkvb/OTMQinU0eDDECrTNaOomjFLW9lxHsX2a2/k mnk/k0YYftx/xnrgV3YlpMzzklhXBjtUt+v3cocMr7yXIETRvA7asQ0UsG6m8fLDKKfb oAMdxLINpZ4vwKNUsnLIk2W8VkkS5uiG/enfBf/mSLcOM5/JdM86q/tCplfzAfQqPbc5 iwlD9khirAJ6EAEVjfx7NmZnzHpy32YqeIIpDGY0UJZ0rofnkLvHhrK3f6N+//hrKN7P hqRA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=4+qFyCEmUJTLJK2Ur7xlR7hFRzowwTpV1vQ9lnNlD/4=; b=qjM6Vb8YhjNhxJU0XAH+x8DY9otmachJllW2kEbzXH8GUqXIgvlwyfmiHYeu7H9xsQ z+dyIkwCyJ8BXWd2fC5z+BPGY9L2nZwCiEk/MMktbyDUqNHFNWWIVLaTeM6YpudsyrpS weR1o4ftJ/z43qxrO0fW2stIU7uQLqCgk2hXaIEobDnHdFUKamLzt/USuAuhdwoUuf/+ hTUG/eacW/7F27IWnEkKH3wzFqHHXH200BLnrp6VQ6aUH9tPL23IKM/FpLgCxidfJoXi ftGQbGUYFPsLifMUrG9RsJoKd/rG6i3EBl63zP6w2AE041wBL11Laz3EUFWe93c4PXvP V/eg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b62si19310337pgc.148.2019.08.12.06.55.57; Mon, 12 Aug 2019 06:56:12 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727987AbfHLNzV (ORCPT + 99 others); Mon, 12 Aug 2019 09:55:21 -0400 Received: from mga18.intel.com ([134.134.136.126]:45219 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727103AbfHLNzV (ORCPT ); Mon, 12 Aug 2019 09:55:21 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Aug 2019 06:55:20 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,377,1559545200"; d="scan'208";a="187434113" Received: from rbhardw1-mobl.gar.corp.intel.com (HELO [10.252.80.195]) ([10.252.80.195]) by orsmga002.jf.intel.com with ESMTP; 12 Aug 2019 06:55:17 -0700 Subject: Re: [PATCH v3 0/8] PM / ACPI: sleep: Additional changes related to suspend-to-idle To: "Rafael J. Wysocki" , Linux ACPI Cc: Linux PM , LKML , Zhang Rui , Andy Shevchenko , Mario Limonciello , Kai-Heng Feng References: <5997740.FPbUVk04hV@kreacher> From: "Bhardwaj, Rajneesh" Message-ID: Date: Mon, 12 Aug 2019 19:25:16 +0530 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <5997740.FPbUVk04hV@kreacher> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rafael On 02-Aug-19 4:03 PM, Rafael J. Wysocki wrote: > Hi All, > >>> On top of the "Simplify the suspend-to-idle control flow" patch series >>> posted previously: >>> >>> https://lore.kernel.org/lkml/71085220.z6FKkvYQPX@kreacher/ >>> >>> sanitize the suspend-to-idle flow even further. >>> >>> First off, decouple EC wakeup from the LPS0 _DSM processing (patch 1). >>> >>> Next, reorder the code to invoke LPS0 _DSM Functions 5 and 6 in the >>> specification-compliant order with respect to suspending and resuming >>> devices (patch 2). >>> >>> Finally, rearrange lps0_device_attach() (patch 3) and add a command line >>> switch to prevent the LPS0 _DSM from being used. >> The v2 is because I found a (minor) bug in patch 1, decided to use a module >> parameter instead of a kernel command line option in patch 4. Also, there >> are 4 new patches: >> >> Patch 5: Switch the EC over to polling during "noirq" suspend and back >> during "noirq" resume. >> >> Patch 6: Eliminate acpi_sleep_no_ec_events(). >> >> Patch 7: Consolidate some EC code depending on PM_SLEEP. >> >> Patch 8: Add EC GPE dispatching debug message. > The v3 is just a rearranged v2 so as to move the post sensitive patch (previous patch 2) > to the end of the series. [After applying the full series the code is the same as before.] > > For easier testing, the series (along with some previous patches depended on by it) > is available in the pm-s2idle-testing branch of the linux-pm.git tree at kernel.org: > > https://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm.git/log/?h=pm-s2idle-testing > > Please refer to the changelogs for details. I have tested both pm-s2idle-testing and pm-s2idle-rework branches including recently introduced commit "PM: suspend: Fix platform_suspend_prepare_noirq()". Works fine for me on Ice Lake platform.  Acked-by: Rajneesh Bhardwaj Tested-by: Rajneesh Bhardwaj > Thanks, > Rafael > > >