[GIT PULL] PCI fixes for v3.17

[Bjorn Helgaas]

Hi Linus,

Here are a few fixes that should be in v3.17.

  - Reverting "Don't scan random busses" covers up a CardBus regression
    having to do with allocating CardBus bus numbers.

  - Reverting "Make sure bus numbers stay within parents bounds" covers up
    an ACPI _CRS bug that makes us reconfigure a bridge, causing a broken
    device behind it to stop responding.

  - The pciehp timeout change fixes some code we added in v3.17.  Without
    the fix, we can send a new hotplug command too early, before the
    timeout has expired.

I hope for better fixes for the reverts, but those will have to come after
v3.17.

Bjorn


The following changes since commit 649ae75286793304130e747efa7d1a88daaf7e2e:

  Merge branch 'pci/vga'; commit '6a73336bde29' into for-linus (2014-09-18 23:05:06 -0600)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/helgaas/pci.git tags/pci-v3.17-fixes-3

for you to fetch changes up to 7cbeb9f90db8e56856db7568520b735732d34d86:

  PCI: pciehp: Fix pcie_wait_cmd() timeout (2014-09-22 20:05:45 -0600)

----------------------------------------------------------------
PCI updates for v3.17:

  Enumeration
    - Revert "PCI: Don't scan random busses in pci_scan_bridge()" (Bjorn Helgaas)
    - Revert "PCI: Make sure bus number resources stay within their parents bounds" (Bjorn Helgaas)

  PCI device hotplug
    - Fix pciehp pcie_wait_cmd() timeout (Yinghai Lu)

----------------------------------------------------------------
Bjorn Helgaas (2):
      Revert "PCI: Don't scan random busses in pci_scan_bridge()"
      Revert "PCI: Make sure bus number resources stay within their parents bounds"

Yinghai Lu (1):
      PCI: pciehp: Fix pcie_wait_cmd() timeout

 drivers/pci/hotplug/pciehp_hpc.c |  2 +-
 drivers/pci/probe.c              | 20 +++++---------------
 2 files changed, 6 insertions(+), 16 deletions(-)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/