Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp6390198ybp; Tue, 15 Oct 2019 14:18:27 -0700 (PDT) X-Google-Smtp-Source: APXvYqxszDqpI9esP1P5Tg67pTq+g+UED9x++q9tReH1kgEd0tmHmgTFhhddKa6HcxXPJev8uSYv X-Received: by 2002:a05:6402:134e:: with SMTP id y14mr36842434edw.55.1571174306884; Tue, 15 Oct 2019 14:18:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571174306; cv=none; d=google.com; s=arc-20160816; b=zx7Dyji66/XvwODKREn0YQdkHkxVgsSZB++RdonO2nXPqYNQp93OdEMfq9j4hw/4Vu oD2D9Y62jPfPj6WC3Zn4jNJKWs4fKE1sYWNQcCuPzTn6gX/EZVGXRVDyd1DqewD1yOVp orL2phGcu/9M1/c82R+4UryF1uJP+XaKMszPqoqyU68gN5x4ZwTQZzDkpFk4AODmjRTo CZrYocwmfp5U28t7j5y5HFZEp+FH26FDl1d39uqaehnNy66Kg8V00i+AK3r/VdaAa1Y0 YaE4kKxIWD35thM0xgkWhdcZ9IuDlQOXjGrpRs7Ydg7UEipHcdIzqz8GFjN3F6KNYFfG h2AA== 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; bh=7rrZ5g6yG9CLtUYcprmhjJfJa9GEh8qFi88tkbLkKGE=; b=sFIC/kthzOEHq7abUk1SIX/tcA9R7ZcqjJErXTzwUUfZwJxxOASSClF5Pm1clnoIDW 9mL/CdM+ev53QltSLcPPWtygGS19ox0h1/MtEyoccfzK3eLYgnraepiExfZW/Id3Amjr GjS3V56BorRYqA1EdMsCz1oAjvnZ1fwpmyVdhDpSEhHwWiFB9jYrVEtJjBuu+WYTIgVe wQ7b2wKn9GmK9ro+eTbFbeLHy0wheP4X5jojRQCwa2m2e9Rz010t2oHs6VDLRl6vVO1N B4TQ40FdtnvHq7BImFc1lbZEPB7ejmqt2+oQBwVRF8IdQNNV3Tvbl5hTtgaiU0cW4TDB WAAw== 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 h4si15719127edd.189.2019.10.15.14.18.03; Tue, 15 Oct 2019 14:18:26 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730658AbfJORRP (ORCPT + 99 others); Tue, 15 Oct 2019 13:17:15 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:42527 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727163AbfJORRO (ORCPT ); Tue, 15 Oct 2019 13:17:14 -0400 Received: from 79.184.254.38.ipv4.supernova.orange.pl (79.184.254.38) (HELO kreacher.localnet) by serwer1319399.home.pl (79.96.170.134) with SMTP (IdeaSmtpServer 0.83.292) id bad9ff34983b6df1; Tue, 15 Oct 2019 19:17:12 +0200 From: "Rafael J. Wysocki" To: Bjorn Helgaas Cc: Dexuan Cui , "Rafael J . Wysocki" , Lorenzo Pieralisi , Michael Kelley , Sasha Levin , Haiyang Zhang , KY Srinivasan , Stephen Hemminger , olaf@aepfle.de, apw@canonical.com, jasowang@redhat.com, vkuznets@redhat.com, marcelo.cerri@canonical.com, jackm@mellanox.com, linux-pci@vger.kernel.org, linux-hyperv@vger.kernel.org, linux-kernel@vger.kernel.org, driverdev-devel@linuxdriverproject.org, Bjorn Helgaas Subject: Re: [PATCH 2/7] PCI/PM: Correct pci_pm_thaw_noirq() documentation Date: Tue, 15 Oct 2019 19:17:11 +0200 Message-ID: <3964309.Hrl1cB5NHZ@kreacher> In-Reply-To: <20191014230016.240912-3-helgaas@kernel.org> References: <20191014230016.240912-1-helgaas@kernel.org> <20191014230016.240912-3-helgaas@kernel.org> 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, October 15, 2019 1:00:11 AM CEST Bjorn Helgaas wrote: > From: Bjorn Helgaas > > According to the documentation, pci_pm_thaw_noirq() did not put the device > into the full-power state and restore its standard configuration registers. > This is incorrect, so update the documentation to match the code. > > Signed-off-by: Bjorn Helgaas Right, the documentation is outdated, so Reviewed-by: Rafael J. Wysocki > --- > Documentation/power/pci.rst | 10 +++++----- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/Documentation/power/pci.rst b/Documentation/power/pci.rst > index 0e2ef7429304..1525c594d631 100644 > --- a/Documentation/power/pci.rst > +++ b/Documentation/power/pci.rst > @@ -600,17 +600,17 @@ using the following PCI bus type's callbacks:: > > respectively. > > -The first of them, pci_pm_thaw_noirq(), is analogous to pci_pm_resume_noirq(), > -but it doesn't put the device into the full power state and doesn't attempt to > -restore its standard configuration registers. It also executes the device > -driver's pm->thaw_noirq() callback, if defined, instead of pm->resume_noirq(). > +The first of them, pci_pm_thaw_noirq(), is analogous to pci_pm_resume_noirq(). > +It puts the device into the full power state and restores its standard > +configuration registers. It also executes the device driver's pm->thaw_noirq() > +callback, if defined, instead of pm->resume_noirq(). > > The pci_pm_thaw() routine is similar to pci_pm_resume(), but it runs the device > driver's pm->thaw() callback instead of pm->resume(). It is executed > asynchronously for different PCI devices that don't depend on each other in a > known way. > > -The complete phase it the same as for system resume. > +The complete phase is the same as for system resume. > > After saving the image, devices need to be powered down before the system can > enter the target sleep state (ACPI S4 for ACPI-based systems). This is done in >