Searched hist:"3368 dd29" (Results 1 – 1 of 1) sorted by relevance
| /openbmc/linux/drivers/pci/hotplug/ |
| H A D | Makefile | 3368dd29 Mon Oct 26 12:18:22 CDT 2009 Matthew Garrett <mjg@redhat.com> PCI hotplug: acpiphp should be linked after vendor drivers
As a followup to 71a082efc9fdc12068a3cee6cebb1330b00ebeee, it's conceivable
that some vendors may expose PCI hotplug functionality through both vendor
mechanisms and ACPI. The native mechanism will generally be a superset of
any functionality provided via ACPI, so the acpiphp driver should always
be initialised after any others. Change the link order such that acpiphp
will not be initialised until any other statically linked drivers have had
an opportunity to claim the hardware.
Signed-off-by: Matthew Garrett <mjg@redhat.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
3368dd29 Mon Oct 26 12:18:22 CDT 2009 Matthew Garrett <mjg@redhat.com> PCI hotplug: acpiphp should be linked after vendor drivers
As a followup to 71a082efc9fdc12068a3cee6cebb1330b00ebeee, it's conceivable
that some vendors may expose PCI hotplug functionality through both vendor
mechanisms and ACPI. The native mechanism will generally be a superset of
any functionality provided via ACPI, so the acpiphp driver should always
be initialised after any others. Change the link order such that acpiphp
will not be initialised until any other statically linked drivers have had
an opportunity to claim the hardware.
Signed-off-by: Matthew Garrett <mjg@redhat.com>
Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
|