71a082efc9
Some hardware exposes PCIE slots in such a way that they can be claimed by either the acpiphp or pciehp driver. pciehp is the preferred driver if the firmware allows the OS to claim control via the _OSC method so should be loaded first - if it fails to bind (either due to a missing _OSC method or the firmware refusing to hand off control) then we can fall back to acpiphp or a vendor-specific driver. This patch simply changes the link order to ensure that pciehp will be initialised before acpiphp if both are statically built into the kernel. Signed-off-by: Matthew Garrett <mjg@redhat.com> Acked-by: Randy Dunlap <randy.dunlap@oracle.com> Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org> |
||
---|---|---|
.. | ||
hotplug | ||
pcie | ||
.gitignore | ||
Kconfig | ||
Makefile | ||
access.c | ||
bus.c | ||
dmar.c | ||
hotplug-pci.c | ||
hotplug.c | ||
htirq.c | ||
intel-iommu.c | ||
intr_remapping.c | ||
intr_remapping.h | ||
iova.c | ||
irq.c | ||
msi.c | ||
msi.h | ||
pci-acpi.c | ||
pci-driver.c | ||
pci-stub.c | ||
pci-sysfs.c | ||
pci.c | ||
pci.h | ||
probe.c | ||
proc.c | ||
quirks.c | ||
remove.c | ||
rom.c | ||
search.c | ||
setup-bus.c | ||
setup-irq.c | ||
setup-res.c | ||
slot.c | ||
syscall.c |