Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp706424pxb; Thu, 19 Nov 2020 11:41:30 -0800 (PST) X-Google-Smtp-Source: ABdhPJwROSwII9r8RtKVNrXdzv+LrZV7Z9GBA5F/iaUwblKoxk6Dpm743hhJ6pkHHcN5H0WBhGYg X-Received: by 2002:aa7:ccda:: with SMTP id y26mr8008960edt.123.1605814890046; Thu, 19 Nov 2020 11:41:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605814890; cv=none; d=google.com; s=arc-20160816; b=uVq4boKoV+I71wFbgPfnlLvViwFF0YyaEqXltwJR96pvgYHCOT9EqvToMFmTIWK3rg y35xg2HEcBffMEw4jEkU3qxzXM76irXX/VkXs95Ww5qbS/BvPMm6UFwXEDRC9GhECtvl xR0DCwRcrdGS3z8GtKJ01ybZmuIzNFuWC7uTGq68ul+9+Q6HOG2oLTINF4DCefKyHwDR h/0DAAXEuWHVQCThkbrM4Dbk/ZI9e3o0RuDc+PT/ywOhUyYQBqZGSbxf4LaOmY+zOnVf bklaC8YcdMeNIvMOlKNSGiU2Oy5xYvk4wdmQxUson2BTkc41EFhiHD4rcuq9VZkCwpAG jZcw== 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 :user-agent:organization:references:in-reply-to:date:cc:to:reply-to :from:subject:message-id:ironport-sdr:ironport-sdr; bh=v7p30NP7bfupNtW4z9EYqMjDi3yH8g1npc4+xJ+XfbI=; b=vJPQNkyDB08Z2O63f5OLHpS/WdEcSnJlbFCmMsZ1Ff9lZMeBGwK1kOzhYpGAyLKPp9 eUGjOiY+jzTz9Kq9BOajINKQ2SOOX9e/Mjf8nRw8/iI+xKhOtYW3pFJJQhlZI4MNZJdi Rodm6NcZMNeRiVzI7L/05jaHwAtoMOPPnenjFmRYLCzC4mVY720vIkCg/KJ2ZI6BBqKL ufjiw7eK6I62Idq4ByyyyBQ6/MLqjo4OaRJRaIFeBHRAEJboTex8To+TLXmR8xsFL+o+ HKfOzJFsGO/QdFHH1nfXZdvqv937GpflCelpOzfO5JbKxvl8xna/4HNB4Jmwi1p6GpkE F0CQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a15si486467edr.228.2020.11.19.11.41.04; Thu, 19 Nov 2020 11:41:30 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727430AbgKSTir (ORCPT + 99 others); Thu, 19 Nov 2020 14:38:47 -0500 Received: from mga05.intel.com ([192.55.52.43]:38104 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726820AbgKSTir (ORCPT ); Thu, 19 Nov 2020 14:38:47 -0500 IronPort-SDR: m0d7amhQrCoDeZh271UUrBO0RWmXGKDYgBWzc55dwnsIMZC/6UGp1ZX1ZA+L5r3DRxq6yPVbXw fy4GZX5piCQA== X-IronPort-AV: E=McAfee;i="6000,8403,9810"; a="256060267" X-IronPort-AV: E=Sophos;i="5.78,354,1599548400"; d="scan'208";a="256060267" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Nov 2020 11:38:46 -0800 IronPort-SDR: CXrhoX2v01D3qh5wB1x2MMFrFdSYy6I/H1BFJpcUrVZVDrQC4uePhBAjCIFOKTq4DWfpuJxpFZ qbCEX26Msz4w== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.78,354,1599548400"; d="scan'208";a="311743140" Received: from linux.intel.com ([10.54.29.200]) by fmsmga007.fm.intel.com with ESMTP; 19 Nov 2020 11:38:46 -0800 Received: from debox1-desk1.jf.intel.com (debox1-desk1.jf.intel.com [10.7.201.137]) by linux.intel.com (Postfix) with ESMTP id A0F9E580409; Thu, 19 Nov 2020 11:38:46 -0800 (PST) Message-ID: <2bf771085821fe8c4ea920b6fdb318c09cc3615c.camel@linux.intel.com> Subject: Re: [PATCH 2/2] PCI: Disable Precision Time Measurement during suspend From: "David E. Box" Reply-To: david.e.box@linux.intel.com To: "Rafael J. Wysocki" Cc: Bjorn Helgaas , Len Brown , Linux PCI , Linux Kernel Mailing List Date: Thu, 19 Nov 2020 11:38:46 -0800 In-Reply-To: References: <20201119001822.31617-1-david.e.box@linux.intel.com> <20201119001822.31617-2-david.e.box@linux.intel.com> Organization: David E. Box Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.4 (3.34.4-1.fc31) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2020-11-19 at 19:13 +0100, Rafael J. Wysocki wrote: > On Thu, Nov 19, 2020 at 6:45 PM David E. Box > wrote: > > On Thu, 2020-11-19 at 13:01 +0100, Rafael J. Wysocki wrote: > > > On Thu, Nov 19, 2020 at 1:17 AM David E. Box > > > wrote: ... > > > > > > > > + */ > > > > + if (pm_suspend_target_state == PM_SUSPEND_TO_IDLE && > > > > > > AFAICS the target sleep state doesn't matter here, so I'd skip > > > the > > > check above, but otherwise it LGTM. > > > > The target sleep state doesn't matter so much but that it's > > suspending > > does. pci_save_state() is called during probe for the root ports > > (and > > many other pci devices - I'm curious as to why). > > I tend to forget about this, sorry. > > > So without this check the capability gets disabled on boot. > > > > So instead of calling this from here, why don't we invoke the code > below from pci_prepare_to_sleep() and pci_finish_runtime_suspend(), > before enabling wakeup (and it needs to be re-done on failures, eg. > by > restoring the cap from the saved copy)? Ok.