Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp6830349pxv; Fri, 30 Jul 2021 03:31:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxG7y20AbPVnuC/84OkEfrf+5max8PZsuUSrv/kcA67H9L5wSHTRiIMSFJJq3l8jXXoXsaI X-Received: by 2002:a17:906:e0cc:: with SMTP id gl12mr1829624ejb.473.1627641083829; Fri, 30 Jul 2021 03:31:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627641083; cv=none; d=google.com; s=arc-20160816; b=Gpr6WG8fi9IUpnI4umBZiE+u7/N+wQ3ErvhJeZIDQoPS3dvAkyZXDdy/Mns85eFm8Z vAk6htndhofpyLT45rTPZ0Sek/TBps+5oOzjt9bCRxjxzOfOwczPUMAz8doMsxWfommH ccDWcILHLwkqzOos4Q4Qlb7XTfWf4Cry9jSc/mY1yyKec7PzTX+W0ETcDLYhLWJ4wfJg J50R6O1YgEdp4HvkyKU4+/QuOowqGw7vHZs9aAp7IgZYOlN1+7nmZ71mW85rfsTD1MSB Cvyj3/zknSJ5gsri8EVrDwX32o8SelY+gM6ZqwrySirUUkVi5PB74G5CdzFJRJjQWRqK me6w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:organization:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=ICchJFu8GVulNUPgO9VGVND8hePcm92JWJi3PIHztRY=; b=Y0i83IcJ5el0MJGOuFHbnt+g5xU1lFUYtzNOPXzZwiQ/7BPukx06NX5bzzWZVvd10K 4flE8WUvrHY3zsLWOX+0GiSAk9LcGhvPMkoafNXCR01lGsDgVTJRaxIef/4UmK8JqFdH Af2Tjk/jGw/GP9wZZPnNlOYq/67uCUwzbuEgq6s1PCL2TWFsHz9dMjw7/EVhoHNnW2N1 JEqIl4d2TdVrlhrf4znZp3rMH6+uDBKZB8//n7h4OdPYSiSDR3ZeggABW9hjVy6ygLF/ krq8CjNN8i+bnIJYldALucPPZGbuu4bxEml36JmWi87RLcQnPY/1SmHa5gc+CIFHCqAf Kj/g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id u6si1287296eju.58.2021.07.30.03.31.00; Fri, 30 Jul 2021 03:31:23 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S238503AbhG3K2W (ORCPT + 99 others); Fri, 30 Jul 2021 06:28:22 -0400 Received: from mga17.intel.com ([192.55.52.151]:23712 "EHLO mga17.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238438AbhG3K2V (ORCPT ); Fri, 30 Jul 2021 06:28:21 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10060"; a="193351620" X-IronPort-AV: E=Sophos;i="5.84,281,1620716400"; d="scan'208";a="193351620" Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Jul 2021 03:28:16 -0700 X-IronPort-AV: E=Sophos;i="5.84,281,1620716400"; d="scan'208";a="499594036" Received: from lahna.fi.intel.com (HELO lahna) ([10.237.72.163]) by orsmga001-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 30 Jul 2021 03:28:12 -0700 Received: by lahna (sSMTP sendmail emulation); Fri, 30 Jul 2021 13:28:10 +0300 Date: Fri, 30 Jul 2021 13:28:10 +0300 From: Mika Westerberg To: "Rafael J. Wysocki" Cc: Linux PCI , Linux ACPI , Linux PM , LKML , Bjorn Helgaas , Kai-Heng Feng , Utkarsh H Patel , Koba Ko Subject: Re: [PATCH v1 2/2] PCI: PM: Enable PME if it can be signaled from D3cold Message-ID: References: <4668274.31r3eYUQgx@kreacher> <1791325.tdWV9SEqCh@kreacher> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1791325.tdWV9SEqCh@kreacher> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 29, 2021 at 04:49:10PM +0200, Rafael J. Wysocki wrote: > From: Rafael J. Wysocki > > PME signaling is only enabled by __pci_enable_wake() if the target > device can signal PME from the given target power state (to avoid > pointless reconfiguration of the device), but if the hierarchy above > the device goes into D3cold, the device itself will end up in D3cold > too, so if it can signal PME from D3cold, it should be enabled to > do so in __pci_enable_wake(). > > [Note that if the device does not end up in D3cold and it cannot > signal PME from the original target power state, it will not signal > PME, so in that case the behavior does not change.] > > Link: https://lore.kernel.org/linux-pm/3149540.aeNJFYEL58@kreacher/ > Fixes: 5bcc2fb4e815 ("PCI PM: Simplify PCI wake-up code") > Reported-by: Mika Westerberg Reviewed-by: Mika Westerberg Also this solves the reported issue so, Tested-by: Mika Westerberg Thanks!