x86/PCI: don't use native Broadcom CNB20LE driver when ACPI is available
commit30e664afb5cb597dd6f7651e6d116e10b9741084
authorBjorn Helgaas <bjorn.helgaas@hp.com>
Thu, 6 Jan 2011 17:12:24 +0000 (6 10:12 -0700)
committerJesse Barnes <jbarnes@virtuousgeek.org>
Fri, 14 Jan 2011 16:55:41 +0000 (14 08:55 -0800)
tree50fa4b36784432e547caea6d3d88ffae6f2a8fc0
parent415e12b2379239973feab91850b0dce985c6058a
x86/PCI: don't use native Broadcom CNB20LE driver when ACPI is available

The broadcom_bus.c quirk was written (without benefit of documentation)
to support PCI hotplug on an old system that doesn't have ACPI.  As
such, we should only use it when the system doesn't have ACPI.

If the system does have ACPI and we need the host bridge description, we
should get it from the ACPI _CRS method.  On machines older than 2008,
we currently ignore _CRS, but that doesn't mean we should use
broadcom_bus.c.  It means we should either (a) do what we've done in the
past and assume everything in the PCI gap is routed to bus 0 (so hotplug
may not work), or (b) arrange to use _CRS.  This patch does (a).

Reference: https://bugzilla.redhat.com/show_bug.cgi?id=665109
Acked-by: Ira W. Snyder <iws@ovro.caltech.edu>
Signed-off-by: Bjorn Helgaas <bjorn.helgaas@hp.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
arch/x86/pci/broadcom_bus.c