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 v2 0/9] PCIe port PM: high gloss polish & hotplug support
Date: Fri, 28 Oct 2016 10:52:06 +0200	[thread overview]
Message-ID: <cover.1477611126.git.lukas@wunner.de> (raw)

Respin of this series to polish the runtime PM support for PCIe ports
that was added with v4.8, and extend it to native hotplug ports:

- All patches have been reviewed by Rafael, patches 1 to 8 have been
  tested by Mika.  (Thanks a lot!)

- Patch 6 ("PCI: Unfold conditions to block runtime PM on PCIe ports")
  contains a minor change relative to v1 wherein the function returns
  as soon as a single condition evaluates to true.  (Instead of
  needlessly evaluating all the remaining conditions.)

- Patch 9 was rebased to accommodate to this change but is otherwise
  the same as before.

As usual I've pushed the series to GitHub to ease reviewing/fetching:
https://github.com/l1k/linux/commits/pcie_port_pm_v2

Link to v1:
http://www.spinics.net/lists/linux-pci/msg55347.html

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                  | 100 ++++++++++++++++++-------------------
 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, 88 insertions(+), 96 deletions(-)

-- 
2.9.3


             reply	other threads:[~2016-10-28  8:52 UTC|newest]

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

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.1477611126.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.