Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp3973103imw; Thu, 7 Jul 2022 10:27:34 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uwR0Sgv6J3f1oEsWmvpmgwG16o14LqQQtxOM7HdOuHHJfubAqoEiY4gylLm6SSH/WqpxFd X-Received: by 2002:a05:6402:1941:b0:435:5972:7811 with SMTP id f1-20020a056402194100b0043559727811mr62928617edz.234.1657214854185; Thu, 07 Jul 2022 10:27:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657214854; cv=none; d=google.com; s=arc-20160816; b=vYjq+ZjesO+c2vibcCu7cylfI5g2eDaRSCQZKMP4f0mZo4g3Yzj0K+T6It4JuJmQcU lwRmVLQgALAlwNfedE6seCPAjcTGbA0CSLgbMcjqzc1Ss7mneSeYuInPDuH/XnGT5FZ7 1+SFJnngvQXC4boI1TqYb/E86Cw7L3YecKta+BpIfiCQLwrvDMFXRullbtWchSuK8Pca fuwHToqUX3NldiVwOQXhmdI4XWCG8gBAKp+XDtBU4ewAbG7nMfrxL8yDI4w7TKan2YDE CQiHp34W26018Hp36uvH2Y8NmsjIQRzY8xTLU1Ksl/svhDDO5lp8BvJBpJTcVsBzda04 Xx+Q== 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=4J7lyaTtk4P7sX9ZXynTJ4Pz3lFgNsIEt5nhaq5xwiw=; b=t7aiDaJ09010PRNMNQrzSYQAR8maSyPmwEwrcBNjcbY2FFBIhMWKaGNTk+FvlpeK0x PZPgTr9DD7JMYyYzaL5Pe6p6I5JiriZ5shJQYiSqKQE5DSjSGobHOuHUh0w67mTPwniN /w3a+FFLcXJ4hCMXUyQ9LhBCpn8SyRpLp57+eVWnBHOYMCf5aZW1/ttFViOvyaXGdeu2 OcFDvdd79xuBTovqU0BZUvouGbOz6SEoQtCv41xkCO9nD4d9/JOshDIGj9d62MWUCKcm t8Q0iH3t/TrgcobWKnANEvKywc3PQU36HmwzzTN4/rkBagTL6u//tz1juGceDEoEGJm0 wyjg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=OfL8ZsgQ; 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 hp19-20020a1709073e1300b006ff21423705si18957113ejc.323.2022.07.07.10.27.09; Thu, 07 Jul 2022 10:27:34 -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=OfL8ZsgQ; 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 S236357AbiGGRWP (ORCPT + 99 others); Thu, 7 Jul 2022 13:22:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60004 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236406AbiGGRWM (ORCPT ); Thu, 7 Jul 2022 13:22:12 -0400 Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4526133A23; Thu, 7 Jul 2022 10:22:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1657214531; x=1688750531; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=dgCPOoH+hXfK+iqKwqQrHEg8bHUcSkmFz7OpBodBAww=; b=OfL8ZsgQvJj29IKfgYwxa/OW6O1cud71Kk2wWy6/B7liV6jo9tUJMEy8 o4rIIGWBpZs4xCYN8sENbskPNenuXCaPIqQE1Axi7itMVDywmUM6kD3wq F6PRQ0/aOIgQU1khgObfQ0kCCFrtGDBBx0FZYWnG6zV1xYQy0KNYcz4AF f1aUCyWt+hgrRbcVZBzmy+Sq7XLcdMUmk5EQvLXV0Kyyg4dYgFJ5TFZbJ CvK3QtCep2CUzlOxw4Zjk+EHqPEm7MAn5z2wSnVBcdRDHDznQ0iCKX8SB 5eKzb0YHhs7zSxElZd5CgeoH4ZVvHWz0nRy0F2eFOMsBnY+QHsep9faO5 w==; X-IronPort-AV: E=McAfee;i="6400,9594,10401"; a="282832819" X-IronPort-AV: E=Sophos;i="5.92,253,1650956400"; d="scan'208";a="282832819" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by fmsmga104.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 07 Jul 2022 10:22:10 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.92,253,1650956400"; d="scan'208";a="651219178" Received: from linux.intel.com ([10.54.29.200]) by fmsmga008.fm.intel.com with ESMTP; 07 Jul 2022 10:22:09 -0700 Received: from rjingar-desk5.amr.corp.intel.com (bodunhu-mobl2.amr.corp.intel.com [10.212.24.246]) by linux.intel.com (Postfix) with ESMTP id 4D6EA5805BD; Thu, 7 Jul 2022 10:22:09 -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 1/2] PCI/PM: refactor pci_pm_suspend_noirq() Date: Thu, 7 Jul 2022 10:22:04 -0700 Message-Id: <20220707172205.3205110-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=-5.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,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 --- This patch is a resend of https://lkml.org/lkml/2022/6/8/1462 --- 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