Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp910507pxb; Fri, 22 Apr 2022 14:05:18 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyT2flAVaFzm4B9uj/RvPQEjHo/23TnuBtFIL+gksVhwABIhe3jQFna4irxauwKCB4FPpPL X-Received: by 2002:a17:90a:5d08:b0:1d7:9587:9288 with SMTP id s8-20020a17090a5d0800b001d795879288mr7708024pji.204.1650661518090; Fri, 22 Apr 2022 14:05:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650661518; cv=none; d=google.com; s=arc-20160816; b=S8nEN/TfsDv7sO1L3X36LBoYalu/mlQgH84RgYGQZZqipK1rFzcVfRaYrdT59tVZju cf5+SQEJ0fffw2xNGBs2sX2ReNSONd1NOmyFipXqO2CA3cyt59WiZaD34blIqaAB9GF1 lKHu+jdnPywTZnos66DDMvCcL7K6EcNCJuBzvon3S0I284T2bwWGOF4/v+4S5BbqP59a hxeGKzySzt6xenAbjFQGDcTg8bAUJzwnJUaMm5LpTABQ5O7PUIatb0B62eJ8qxsWeXlc O+L3G3aAoceM0Cb1b/bmLc1Qaul/Sp7fxpsx9NYWyP5YJvhZWAzV2e8U5aSfO7DWeZqk OKNA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :message-id:subject:cc:to:from:date:dkim-signature; bh=5hQbUemGWsGrLvrT54WrIoVpuzoaqbg0Wdksi/43t1g=; b=V+P2wr8+NAj2+51EoSWoxyMg/CXplIEFMAR0kXU0Yu+furYGibL07eI6JqI+W4eyna T7aQ3xrM6HBpN7RSFrRqrMMxwjr3h+8EGEC5Q2wlzeZykuMQj7fqFp890FjrPQqC4/3S vCLS/gDACboVIhdUE0x+jWbCrtU4hDxsCqNbDFGlR1ejNI5zUGb4Wd34ReME5h2MW2/6 KGc/BshFDdCJfSRifazxvRK1db8ejE1kQNOBKvNLDFBvfxeEeNHdrk4moykPt/qq0QNW m2Glbj7VpdiolZSP9Ot7ixNk44DdOIdOgCNPuPl73N/5lg14CMFh50bcm/fY97VogYld DlSg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=brZnXSwW; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id l15-20020a63f30f000000b003aa86eae686si6311255pgh.214.2022.04.22.14.05.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Apr 2022 14:05:18 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=brZnXSwW; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from out1.vger.email (out1.vger.email [IPv6:2620:137:e000::1:20]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 3B60823668D; Fri, 22 Apr 2022 13:01:58 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1380596AbiDTQdW (ORCPT + 99 others); Wed, 20 Apr 2022 12:33:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40232 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1355756AbiDTQdR (ORCPT ); Wed, 20 Apr 2022 12:33:17 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F300B43EDC; Wed, 20 Apr 2022 09:30:30 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id B3AE4B82025; Wed, 20 Apr 2022 16:30:29 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4A5DFC385A1; Wed, 20 Apr 2022 16:30:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1650472228; bh=ACQZOVB/l83rJdkIlMLCLxGx7mGxCiS0d0I8YudmpVw=; h=Date:From:To:Cc:Subject:In-Reply-To:From; b=brZnXSwWtiJ4r2AyJ7L3IiEV0ri9GiNqNiSiZrKEpdtZwrxVxwZ+KbkbmowBew47w jUEGCLr+G9LyYrkgZWHkA2nu7jBX2sWy3c/pf6TbmH1qWkRD0QNdLNjWnDJ4aOvuE7 1jbR2Uud7rDD7q8bnILGIcoO9IYv4/srR4cszLbu8x3FZtd/0RrsFOA4iZq5fd5KZD WMY8X2MZpxrvFbLKkuA8IWC/ETp4ZoHefhFYEukbyrdq3dYyLhuqcLDwYXbRBqDeeq SDAwvJO+s9noI8qztkm/ZmS+ejJM/sNWNMUyWFi/d8pDq97ItLeaHaPNBMOdjh5Bjz ZnZMQ9eovHgOw== Date: Wed, 20 Apr 2022 11:30:26 -0500 From: Bjorn Helgaas To: "Rafael J. Wysocki" Cc: Rajvi Jingar , bhelgaas@google.com, david.e.box@linux.intel.com, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org Subject: Re: [PATCH v4 1/2] PCI/PM: refactor pci_pm_suspend_noirq() Message-ID: <20220420163026.GA1304353@bhelgaas> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.9 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, RDNS_NONE,SPF_HELO_NONE autolearn=unavailable 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 On Thu, Apr 14, 2022 at 07:53:25PM +0200, Rafael J. Wysocki wrote: > On 3/25/2022 8:50 PM, Rajvi Jingar wrote: > > 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 > > Suggested-by: David E. Box > > Sorry for the delay here. > > Reviewed-by: Rafael J. Wysocki Rajvi, can you post these again? It looks like they didn't make it to the linux-pci mailing list, and I can't find them in the lore archives: https://lore.kernel.org/all/?q=f%3Arajvi.jingar Maybe some formatting issue that vger didn't like? Some possible issues here: http://vger.kernel.org/majordomo-info.html They should appear on the list so others can comment and so the lore URL can be included in the commit when applying. Please incorporate Rafael's reviewed-by when you repost. > > --- > > v1 -> v2: add comments to the changes > > v2 -> v3: move changelog after "---" marker > > v3 -> v4: add "---" marker after changelog > > --- > > 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 4ceeb75fc899..8b55a90126a2 100644 > > --- a/drivers/pci/pci-driver.c > > +++ b/drivers/pci/pci-driver.c > > @@ -845,20 +845,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); > > } > >