Commit 006d44e4 authored by Mika Westerberg's avatar Mika Westerberg Committed by Bjorn Helgaas

PCI: Add runtime PM support for PCIe ports

Add back runtime PM support for PCIe ports that was removed by
fe9a743a ("PCI/PM: Drop unused runtime PM support code for PCIe

We cannot enable it automatically for all ports since there have been
problems previously [1].  In summary suspended PCIe ports were not able
to deal with ACPI-based hotplug reliably.  One reason why this might happen
is the fact that when a PCIe port is powered down, config space access to
the devices behind the port is not possible.  If the BIOS hotplug SMI
handler assumes the port is always in D0 it will not be able to find the
hotplugged devices.  To be on the safe side only enable runtime PM if the
port does not claim to support hotplug.

For PCIe ports not using hotplug, we enable and allow runtime PM
automatically.  Since 'bridge_d3' can be changed any time we check this in
driver ->runtime_idle() and ->runtime_suspend() and only allow runtime
suspend if the flag is still set.  Use autosuspend with default of 100ms
idle time to prevent the port from repeatedly suspending and resuming on
continuous configuration space access of devices behind the port.

The actual power transition to D3 and back is handled in the PCI core.

Idea to automatically unblock (allow) runtime PM for PCIe ports came from
Dave Airlie.


This includes a fix for lockdep issue reported by Valdis Kletnieks.
Tested-by: default avatarLukas Wunner <>
Signed-off-by: default avatarLukas Wunner <>
Signed-off-by: default avatarMika Westerberg <>
Signed-off-by: default avatarBjorn Helgaas <>
Acked-by: default avatarRafael J. Wysocki <>
parent 16468c78
......@@ -11,6 +11,7 @@
#include <linux/kernel.h>
#include <linux/errno.h>
#include <linux/pm.h>
#include <linux/pm_runtime.h>
#include <linux/string.h>
#include <linux/slab.h>
#include <linux/pcieport_if.h>
......@@ -342,6 +343,8 @@ static int pcie_device_init(struct pci_dev *pdev, int service, int irq)
return retval;
return 0;
......@@ -93,6 +93,26 @@ static int pcie_port_resume_noirq(struct device *dev)
return 0;
static int pcie_port_runtime_suspend(struct device *dev)
return to_pci_dev(dev)->bridge_d3 ? 0 : -EBUSY;
static int pcie_port_runtime_resume(struct device *dev)
return 0;
static int pcie_port_runtime_idle(struct device *dev)
* Assume the PCI core has set bridge_d3 whenever it thinks the port
* should be good to go to D3. Everything else, including moving
* the port to D3, is handled by the PCI core.
return to_pci_dev(dev)->bridge_d3 ? 0 : -EBUSY;
static const struct dev_pm_ops pcie_portdrv_pm_ops = {
.suspend = pcie_port_device_suspend,
.resume = pcie_port_device_resume,
......@@ -101,6 +121,9 @@ static const struct dev_pm_ops pcie_portdrv_pm_ops = {
.poweroff = pcie_port_device_suspend,
.restore = pcie_port_device_resume,
.resume_noirq = pcie_port_resume_noirq,
.runtime_suspend = pcie_port_runtime_suspend,
.runtime_resume = pcie_port_runtime_resume,
.runtime_idle = pcie_port_runtime_idle,
#define PCIE_PORTDRV_PM_OPS (&pcie_portdrv_pm_ops)
......@@ -134,11 +157,39 @@ static int pcie_portdrv_probe(struct pci_dev *dev,
return status;
* Prevent runtime PM if the port is advertising support for PCIe
* hotplug. Otherwise the BIOS hotplug SMI code might not be able
* to enumerate devices behind this port properly (the port is
* powered down preventing all config space accesses to the
* subordinate devices). We can't be sure for native PCIe hotplug
* either so prevent that as well.
if (!dev->is_hotplug_bridge) {
* Keep the port resumed 100ms to make sure things like
* config space accesses from userspace (lspci) will not
* cause the port to repeatedly suspend and resume.
pm_runtime_set_autosuspend_delay(&dev->dev, 100);
return 0;
static void pcie_portdrv_remove(struct pci_dev *dev)
if (!dev->is_hotplug_bridge) {
Markdown is supported
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment