Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp1049787imw; Thu, 14 Jul 2022 16:19:04 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uMG3qX0n/249X+PGxTBeBaprrMk/cyeBDMeHquXKp+HcnaHI/JZd7kNYpoAbH97LfvI9id X-Received: by 2002:a17:907:2cd3:b0:72b:5cc2:bc1f with SMTP id hg19-20020a1709072cd300b0072b5cc2bc1fmr10890629ejc.574.1657840744450; Thu, 14 Jul 2022 16:19:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657840744; cv=none; d=google.com; s=arc-20160816; b=QkpHWwPznjUEdRN9TbLEp7sf2bd9BzxJqg/BzvQjzrgCtCdEf9e68nprSxr4vpfsNY 4YPfS10PP+rULBiRLqRXtlz6xZUPc4tiKSJhWP/2QvFdbyk+dChdrUkrko1NwqmjcrmP QSDGPt/IOLUOaVuNyu0MhWnWKeidcx/sJN1Ge5bSPY7gZ0WqezfWyboJAWV3nPQ8HQDJ Tb7QREUH4FlM+DV4qvQkYweqXhsSw1U+9N5HwFuRlntd/FjIJ3IzolCZaGyVr1ohfKn8 7yJOX6mReVT4vMqiVbRfti6SAi7oNboUf0EBSm2gzBCpmxRJTxwqbTop2rXHxuzthXST oF3g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=eIvlXyjJeuy5hMYxN1DXv59oyQZX6dYr1u0R5AGl+OA=; b=Za7gdcAELfUc3zNUfvlqIpHBWrrwm4P+Lzl9A1QlZ5R41IoobM5aDQNPQ8pVbt+sG+ pp5q4MApoO9KYRJvjlRTa/UtQjmb1ZTi0CwnmLr6eJ0yG9Anv71Syln71I7q/3n3rkvd o/qkWC3J3S4//6R0A78ZZH3Zfd0grQg8vO4LLGpiRxmDKmvyoo2a4xCVZsRoLfhvR1F6 6zGcSROqgTwbBXByBCpiiK8kuM3AVDi4+XDSul0yV3tRK4obdrPVii6Kc0Q/aFXYjJ0P 4iIMb5k4MI2EJZSjZm2BjLV2puN30qNC7MBUWkZ3S65GpBZlfA6DF7pJSD7kr5uEk+bX /drA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=dDipWpuB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ga39-20020a1709070c2700b0072b83cc1867si3961926ejc.640.2022.07.14.16.18.15; Thu, 14 Jul 2022 16:19:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=dDipWpuB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240929AbiGNXQV (ORCPT + 99 others); Thu, 14 Jul 2022 19:16:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40186 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240920AbiGNXQU (ORCPT ); Thu, 14 Jul 2022 19:16:20 -0400 Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C6B1B70E52; Thu, 14 Jul 2022 16:16:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1657840578; x=1689376578; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=FrYh3K9iwXAx6UuvS+41bwa0q58BzXMelivLnufGNBc=; b=dDipWpuB/5/6qMV0Xh9JhBItKlGvkQhthmEs4MtCASYGk0ulTBA/Vdnw +tD7sqR0Uy1315OQkuCH1768HWJZdsH+kD1lsoUjEf5YgcDI8J/8pJYuU s2wBH/tS6AZljAkzCOjL205cFYJiBLYhWx5u6JQhewBm+cS38He9vnc02 FA0jitX5RZVjrzHaUflyv4Coxu8uCD7ZD+Sfow/rzNVKWDdz+OkeiLDIq HkKo/V1yvET2vV3Hpqw5Bo4k9O2br639YO3dg9lsQ/BP3XxL1dV9KsdGX bn3hJaKlRUjCS4luVVKbqVL2UyKHxZVHWbS4R++hD7POw3EMlGl+7JQgW A==; X-IronPort-AV: E=McAfee;i="6400,9594,10408"; a="268676975" X-IronPort-AV: E=Sophos;i="5.92,272,1650956400"; d="scan'208";a="268676975" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Jul 2022 16:16:18 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.92,272,1650956400"; d="scan'208";a="663970223" Received: from linux.intel.com ([10.54.29.200]) by fmsmga004.fm.intel.com with ESMTP; 14 Jul 2022 16:16:10 -0700 Received: from rjingar-desk5.amr.corp.intel.com (vicentes-mobl.amr.corp.intel.com [10.209.132.117]) by linux.intel.com (Postfix) with ESMTP id 0E86E580812; Thu, 14 Jul 2022 16:16:10 -0700 (PDT) From: Rajvi Jingar To: rafael.j.wysocki@intel.com, bhelgaas@google.com Cc: rajvi.jingar@linux.intel.com, david.e.box@linux.intel.com, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org Subject: [PATCH v2 1/2] PCI/PM: refactor pci_pm_suspend_noirq() Date: Thu, 14 Jul 2022 16:16:08 -0700 Message-Id: <20220714231609.3962051-1-rajvi.jingar@linux.intel.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The state of the device is saved during pci_pm_suspend_noirq(), if it has not already been saved, regardless of the skip_bus_pm flag value. So skip_bus_pm check is removed before saving the device state. Signed-off-by: Rajvi Jingar Reviewed-by: Rafael J. Wysocki --- v1->v2: no change --- drivers/pci/pci-driver.c | 18 ++++++------------ 1 file changed, 6 insertions(+), 12 deletions(-) diff --git a/drivers/pci/pci-driver.c b/drivers/pci/pci-driver.c index 49238ddd39ee..1f64de3e5280 100644 --- a/drivers/pci/pci-driver.c +++ b/drivers/pci/pci-driver.c @@ -867,20 +867,14 @@ static int pci_pm_suspend_noirq(struct device *dev) } } - if (pci_dev->skip_bus_pm) { + if (!pci_dev->state_saved) { + pci_save_state(pci_dev); /* - * Either the device is a bridge with a child in D0 below it, or - * the function is running for the second time in a row without - * going through full resume, which is possible only during - * suspend-to-idle in a spurious wakeup case. The device should - * be in D0 at this point, but if it is a bridge, it may be - * necessary to save its state. + * If the device is a bridge with a child in D0 below it, it needs to + * stay in D0, so check skip_bus_pm to avoid putting it into a + * low-power state in that case. */ - if (!pci_dev->state_saved) - pci_save_state(pci_dev); - } else if (!pci_dev->state_saved) { - pci_save_state(pci_dev); - if (pci_power_manageable(pci_dev)) + if (!pci_dev->skip_bus_pm && pci_power_manageable(pci_dev)) pci_prepare_to_sleep(pci_dev); } -- 2.25.1