linux/drivers/pnp/pnpacpi
Linus Torvalds ed458df4d2 PnP: move pnpacpi/pnpbios_init to after PCI init
We already did that a long time ago for pnp_system_init, but
pnpacpi_init and pnpbios_init remained as subsys_initcalls, and get
linked into the kernel before the arch-specific routines that finalize
the PCI resources (pci_subsys_init).

This means that the PnP routines would either register their resources
before the PCI layer could, or would be unable to check whether a PCI
resource had already been registered.  Both are problematic.

I wanted to do this before 2.6.27, but every time we change something
like this, something breaks.  That said, _every_ single time we trust
some firmware (like PnP tables) more than we trust the hardware itself
(like PCI probing), the problems have been worse.

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2008-10-10 08:00:17 -07:00
..
Kconfig ACPI: always enable CONFIG_PNPACPI on CONFIG_ACPI kernels 2007-02-15 22:38:04 -05:00
Makefile PNP: turn on -DDEBUG when CONFIG_PNP_DEBUG is set 2008-04-29 03:22:14 -04:00
core.c PnP: move pnpacpi/pnpbios_init to after PCI init 2008-10-10 08:00:17 -07:00
pnpacpi.h PNPACPI: move _CRS/_PRS warnings closer to the action 2008-04-29 03:22:30 -04:00
rsparser.c PNPACPI: ignore the producer/consumer bit for extended IRQ descriptors 2008-08-25 12:04:44 +02:00