From: Bjorn Helgaas <helgaas@kernel.org>
To: Alex Deucher <alexdeucher@gmail.com>
Cc: Linux PM <linux-pm@vger.kernel.org>,
Linux PCI <linux-pci@vger.kernel.org>,
"Rafael J. Wysocki" <rafael@kernel.org>
Subject: Re: runtime pm without pci or platform subsystem involvement
Date: Thu, 23 Apr 2020 15:14:23 -0500 [thread overview]
Message-ID: <20200423201423.GA219985@google.com> (raw)
In-Reply-To: <CADnq5_PPxCPPrggE96uNRHQLTq7+bg0iSq2+C46QybV_Xd_=gQ@mail.gmail.com>
On Thu, Apr 23, 2020 at 03:52:17PM -0400, Alex Deucher wrote:
> On Wed, Apr 1, 2020 at 10:54 AM Alex Deucher <alexdeucher@gmail.com> wrote:
> > I would like to be able to use the runtime pm infrastructure to
> > support additional power savings at runtime for a PCIe device, but for
> > various reasons, I need to keep the device in D0. I don't want the
> > PCI or platform subsystem to put the device into D3hot/cold. Is this
> > possible? If so how? I'd like to avoid spinning my own variant of
> > runtime pm just to support this feature.
If you clear pdev->pm_cap as in 434fdb51513b ("drm/nouveau: workaround
runpm fail by disabling PCI power management on certain intel
bridges"), we'll assume the device doesn't support any PCI power
management, which means the PCI core should leave the device in D0.
D3cold is handled by ACPI or other platform means. I don't know how
to disable that part.
Bjorn
prev parent reply other threads:[~2020-04-23 20:14 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-04-01 14:54 runtime pm without pci or platform subsystem involvement Alex Deucher
2020-04-23 19:52 ` Alex Deucher
2020-04-23 20:14 ` Bjorn Helgaas [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200423201423.GA219985@google.com \
--to=helgaas@kernel.org \
--cc=alexdeucher@gmail.com \
--cc=linux-pci@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=rafael@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).