Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp9978977ybi; Wed, 24 Jul 2019 13:26:14 -0700 (PDT) X-Google-Smtp-Source: APXvYqw1vdpPKPeXjyytiXaCow98zUmpaimvss6JyT9mvJwj264OpCOoSR6df0bTSDYq2eH4CLpV X-Received: by 2002:a17:902:9a07:: with SMTP id v7mr78187067plp.245.1563999974271; Wed, 24 Jul 2019 13:26:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563999974; cv=none; d=google.com; s=arc-20160816; b=mOjLwDnJU+5muYpigf73lcKqoKdriF94C41Rd8sLJEoTeD2VYr7yqObgTcbOtwskXO YPCiLJec1pa9HrcJ5vmgQeRQ5IyIWJ8phZoGeFaqOkrlB1/Bs48tELXeszrSZ2DP7c2v CX5UcGy1+/ic26MQftgImNJKUqARK7FOEABEYUrQje7j5aWOC4Dlc5I0mREEysJzDQ+w WyAYNL6f3gDSxEvevQkBiRFO47E/Rngw6PDuXdnEZX4P3WIDuUMIPi6uU3S6sCelU8uf vq/x4jP7V1h4paEQ1tdY3mL/R3wljxYIcxv7Q8/GPqDjM1mu2vRxt6AwenprcWAJggUt deGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=FSXgekB/qqJ8iO2ZQvkhney6TbtUWCtSczoVh86a10w=; b=RwBrR08T9eOlf8srjU59mSgjsfmpEV0byd4vJ2Zme2LhBcbf3NNqvOP79cuBtklopg dHIvqC+Eiw3MJnTsNQ98sVuxJiGXQ/uZlC6IgNy38d11eQs+vLnBtn5KXevCL5YVBa6C 1dXvvvqYKBCS0n5YjZYISlNXjKFxgzjAhvaffVZGqols1gTNAYsEcZwybQ6aaHOQSz9l CiyoRfR3np6WVR2ITquX8oTXElW+vkPzb9F3dxuelyyzEt3DB6OjIUcVESoSg4uwk3vt RNwt855KDMJ4LoNsF6612HC0GlA7O4RV/b3GhLExoWhwc3nV6jViO/USahTM0tBmpjtX zyYg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=VXVAPEsP; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o61si14921035plb.0.2019.07.24.13.26.00; Wed, 24 Jul 2019 13:26:14 -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; dkim=pass header.i=@kernel.org header.s=default header.b=VXVAPEsP; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390035AbfGXTkf (ORCPT + 99 others); Wed, 24 Jul 2019 15:40:35 -0400 Received: from mail.kernel.org ([198.145.29.99]:41694 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2388077AbfGXTk1 (ORCPT ); Wed, 24 Jul 2019 15:40:27 -0400 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 2AB0421873; Wed, 24 Jul 2019 19:40:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1563997226; bh=OkLpWkEKpyjjoNfcXtjJp40emSnpGHFsaVVnvsZ4Mwk=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=VXVAPEsPOZ/A/y0ni3atenpdwCSLix2y41qqAylblcrwA3Or4sRid2pgBT7oZyJiY x+bMiKSesj4OS16+LSKNtKC2ynduW8fampUxOv6P4lpwpW/SYV5mLpxGX6zb/4MKWq gsGzxlqrEYJZ1hPoA8gutxnuaLzd1SkS7kEQdnc4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Mika Westerberg , Lukas Wunner , "Rafael J. Wysocki" Subject: [PATCH 5.2 365/413] PCI: Do not poll for PME if the device is in D3cold Date: Wed, 24 Jul 2019 21:20:56 +0200 Message-Id: <20190724191801.556528826@linuxfoundation.org> X-Mailer: git-send-email 2.22.0 In-Reply-To: <20190724191735.096702571@linuxfoundation.org> References: <20190724191735.096702571@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Mika Westerberg commit 000dd5316e1c756a1c028f22e01d06a38249dd4d upstream. PME polling does not take into account that a device that is directly connected to the host bridge may go into D3cold as well. This leads to a situation where the PME poll thread reads from a config space of a device that is in D3cold and gets incorrect information because the config space is not accessible. Here is an example from Intel Ice Lake system where two PCIe root ports are in D3cold (I've instrumented the kernel to log the PMCSR register contents): [ 62.971442] pcieport 0000:00:07.1: Check PME status, PMCSR=0xffff [ 62.971504] pcieport 0000:00:07.0: Check PME status, PMCSR=0xffff Since 0xffff is interpreted so that PME is pending, the root ports will be runtime resumed. This repeats over and over again essentially blocking all runtime power management. Prevent this from happening by checking whether the device is in D3cold before its PME status is read. Fixes: 71a83bd727cc ("PCI/PM: add runtime PM support to PCIe port") Signed-off-by: Mika Westerberg Reviewed-by: Lukas Wunner Cc: 3.6+ # v3.6+ Signed-off-by: Rafael J. Wysocki Signed-off-by: Greg Kroah-Hartman --- drivers/pci/pci.c | 7 +++++++ 1 file changed, 7 insertions(+) --- a/drivers/pci/pci.c +++ b/drivers/pci/pci.c @@ -2060,6 +2060,13 @@ static void pci_pme_list_scan(struct wor */ if (bridge && bridge->current_state != PCI_D0) continue; + /* + * If the device is in D3cold it should not be + * polled either. + */ + if (pme_dev->dev->current_state == PCI_D3cold) + continue; + pci_pme_wakeup(pme_dev->dev, NULL); } else { list_del(&pme_dev->list);