All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lukas Wunner <lukas@wunner.de>
To: linux-pci@vger.kernel.org, linux-pm@vger.kernel.org,
	Bjorn Helgaas <bhelgaas@google.com>
Cc: Mika Westerberg <mika.westerberg@linux.intel.com>,
	"Rafael J. Wysocki" <rafael.j.wysocki@intel.com>,
	Andreas Noever <andreas.noever@gmail.com>,
	Keith Busch <keith.busch@intel.com>
Subject: [PATCH 0/9] PCIe port PM: high gloss polish & hotplug support
Date: Wed, 19 Oct 2016 16:07:13 +0200	[thread overview]
Message-ID: <cover.1476875113.git.lukas@wunner.de> (raw)

Linux v4.8 added support to runtime suspend PCIe ports to D3hot.

Patches 1 to 6 of this series apply high gloss polish to that code to
speed it up, reduce its size and improve its readability.  None of these
patches should result in a functional change.  (And they didn't in my
tests.)

Patches 7 and 8 are cleanups / refactorings for acpiphp.  They're prep
work for patch 9 and likewise shouldn't cause a functional change.

Patch 9 extends runtime PM support to hotplug ports.


@Keith Busch: I seem to recall you're working with large arrays of NVMe
drives connected to native PCIe hotplug ports.  Perhaps you could give
this series a spin, it might save quite a bit of power.

To ease reviewing I've pushed this series to GitHub:
https://github.com/l1k/linux/commits/pcie_port_pm_v1

Thanks,

Lukas


Lukas Wunner (9):
  PCI: Don't acquire ref on parent in pci_bridge_d3_update()
  PCI: Autosense device removal in pci_bridge_d3_update()
  PCI: Speed up algorithm in pci_bridge_d3_update()
  PCI: Activate runtime PM on a PCIe port only if it can suspend
  PCI: Consolidate conditions to allow runtime PM on PCIe ports
  PCI: Unfold conditions to block runtime PM on PCIe ports
  ACPI / hotplug / PCI: Use cached copy of PCI_EXP_SLTCAP_HPC bit
  ACPI / hotplug / PCI: Make device_is_managed_by_native_pciehp() public
  PCI: pciehp: Add runtime PM support for PCIe hotplug ports

 drivers/pci/bus.c                  |   2 +-
 drivers/pci/hotplug/acpiphp_glue.c |  31 +-----------
 drivers/pci/hotplug/pciehp_ctrl.c  |   6 +++
 drivers/pci/pci-acpi.c             |  24 +++++++++
 drivers/pci/pci.c                  | 101 ++++++++++++++++++-------------------
 drivers/pci/pci.h                  |   4 +-
 drivers/pci/pcie/portdrv_pci.c     |  13 ++---
 drivers/pci/remove.c               |   2 +-
 include/linux/pci_hotplug.h        |   2 +
 9 files changed, 89 insertions(+), 96 deletions(-)

-- 
2.9.3


             reply	other threads:[~2016-10-19 14:12 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-10-19 14:07 Lukas Wunner [this message]
2016-10-19 14:07 ` [PATCH 2/9] PCI: Autosense device removal in pci_bridge_d3_update() Lukas Wunner
2016-10-19 14:07 ` [PATCH 3/9] PCI: Speed up algorithm " Lukas Wunner
2016-10-19 14:07 ` [PATCH 9/9] PCI: pciehp: Add runtime PM support for PCIe hotplug ports Lukas Wunner
2016-10-19 14:07 ` [PATCH 1/9] PCI: Don't acquire ref on parent in pci_bridge_d3_update() Lukas Wunner
2016-10-19 14:07 ` [PATCH 4/9] PCI: Activate runtime PM on a PCIe port only if it can suspend Lukas Wunner
2016-10-19 14:07 ` [PATCH 8/9] ACPI / hotplug / PCI: Make device_is_managed_by_native_pciehp() public Lukas Wunner
2016-10-19 14:07 ` [PATCH 7/9] ACPI / hotplug / PCI: Use cached copy of PCI_EXP_SLTCAP_HPC bit Lukas Wunner
2016-10-19 14:07 ` [PATCH 5/9] PCI: Consolidate conditions to allow runtime PM on PCIe ports Lukas Wunner
2016-10-19 14:07 ` [PATCH 6/9] PCI: Unfold conditions to block " Lukas Wunner
2016-10-20 14:18   ` Mika Westerberg
2016-10-25  5:28     ` Lukas Wunner
2016-10-20 14:27 ` [PATCH 0/9] PCIe port PM: high gloss polish & hotplug support Mika Westerberg
2016-10-20 23:21 ` Rafael J. Wysocki

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=cover.1476875113.git.lukas@wunner.de \
    --to=lukas@wunner.de \
    --cc=andreas.noever@gmail.com \
    --cc=bhelgaas@google.com \
    --cc=keith.busch@intel.com \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=mika.westerberg@linux.intel.com \
    --cc=rafael.j.wysocki@intel.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.