Received: by 10.223.185.116 with SMTP id b49csp495757wrg; Tue, 20 Feb 2018 03:01:43 -0800 (PST) X-Google-Smtp-Source: AH8x227iyLxPKxBUR/u5AUbwH8nkpYrFGeXlQksysWPIofXbukVrmlhHxE8VlR8TnFtKOsvf1kT6 X-Received: by 2002:a17:902:522:: with SMTP id 31-v6mr17146476plf.122.1519124503070; Tue, 20 Feb 2018 03:01:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519124503; cv=none; d=google.com; s=arc-20160816; b=rdR3zHVNfSpmNliGf88F1IzTcyXY+EbE2scU26Y2MCs3CVS7EbSLHBBLWKQloUqN14 5OL2be5P1ZsYC3blRS4FWMCNIJzKG0firGKsSh4a29wFjA8e9Sklo3dnF/Xj5/+MsmpT Tb76ErE21CcYruXcRtDsv69QuCxLG0cY44BGALAUGUhUUXzLgu7WYLz8+v9w0Kd4IrAz SaQ29FuNciXPfbaPmHY2Pqj5rdXaTFMM6DnBBfkQd+k7IS8/Ggz9vZkZey2q7LMzNOy0 9+X4vTeqj0gc9/PKHTAivzZSyev+mwxir9Y6is9m5PaZsAZtHTTMFtigRq8eZxyGkX+L tHkw== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=QZqlfvIsRU2PyITwZvPUPsOL23BEz5aGJWbIiIOgSD0=; b=yr4GcDXRjRvfDISTC4qoyxNzPUkN8H98gNLjAho8w6bVtWmOhIRu71Q8f3YauYx5Ju pJsJbIPSTcOrSN9KHZmG6FxHKSsfdKxsHqOUHUgES4JZc7DewHKp1EKkAnma/zUK3D5g B0NzcD3fk6RVknPfNvbigV4cpmqr0gkMqLLeH2yyRZVk5EgDyx2GyeezG1TKGpWIvpEm 2PaZQ14i3c01nYyjO2dFl4D1/keUuL9Gyc1QhnL1IlFkWsMVjFj8SwsoIOJtsw81LOpl Sud/beVxjuLV+1ZmPWGlfHhWtl4r02Fyxm5WuF4PBYXGQRU0q7E4lnAyFdZH5VKV5Q/Q bIGA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h8si9276591pfi.117.2018.02.20.03.01.27; Tue, 20 Feb 2018 03:01:43 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751464AbeBTLAs (ORCPT + 99 others); Tue, 20 Feb 2018 06:00:48 -0500 Received: from cloudserver094114.home.pl ([79.96.170.134]:49884 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751172AbeBTLAr (ORCPT ); Tue, 20 Feb 2018 06:00:47 -0500 Received: from 79.184.254.228.ipv4.supernova.orange.pl (79.184.254.228) (HELO aspire.rjw.lan) by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83) id f8e4ba59b9fbdac8; Tue, 20 Feb 2018 12:00:45 +0100 From: "Rafael J. Wysocki" To: Lukas Wunner Cc: Bjorn Helgaas , Mika Westerberg , George Cherian , linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, bhelgaas@google.com, Jayachandran.Nair@cavium.com, Robert.Richter@cavium.com, Lorenzo Pieralisi Subject: Re: [PATCH] PCI: Add quirk for Cavium Thunder-X2 PCIe erratum #173 Date: Tue, 20 Feb 2018 11:58:50 +0100 Message-ID: <2624962.WE3pJu07T1@aspire.rjw.lan> In-Reply-To: <20180220015433.GA9656@wunner.de> References: <1517554846-16703-1-git-send-email-george.cherian@cavium.com> <2858019.9TUCWsDpTB@aspire.rjw.lan> <20180220015433.GA9656@wunner.de> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit 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 Tuesday, February 20, 2018 2:54:33 AM CET Lukas Wunner wrote: > On Mon, Feb 19, 2018 at 12:21:56PM +0100, Rafael J. Wysocki wrote: > > On Friday, February 16, 2018 9:34:34 PM CET Bjorn Helgaas wrote: > > > On Fri, Feb 16, 2018 at 01:40:37PM +0100, Rafael J. Wysocki wrote: > > > > On Friday, February 16, 2018 12:39:00 AM CET Bjorn Helgaas wrote: > > > > > On Thu, Feb 15, 2018 at 10:57:25PM +0100, Rafael J. Wysocki wrote: > > > > > > On Wednesday, February 14, 2018 9:16:53 PM CET Bjorn Helgaas wrote: > > > > > > > I don't know how this runtime PM works, but maybe Rafael can help > > > > > > > us out. > > This has nothing to do with runtime PM AFAICS. > > The device seems to be in D3hot on boot, is that correct? > The PCI core assumes that unbound devices remain in D0 > (see comments in pci_pm_runtime_resume() / pci_pm_runtime_suspend()). Which may not be the case when user space fiddles with the runtime PM sysfs for them IIRC.