diff options
| author | Linus Torvalds <torvalds@linux-foundation.org> | 2008-10-10 08:00:17 -0700 |
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2008-10-10 08:00:17 -0700 |
| commit | ed458df4d2470adc02762a87a9ad665d0b1a2bd4 (patch) | |
| tree | 7f5a8409b5b1514e05bf54c4c666711131f6de2f /drivers/pnp/pnpbios | |
| parent | 82219fceeb654789a9dd7cd3c6cce12dbf659342 (diff) | |
| download | kernel_samsung_tuna-ed458df4d2470adc02762a87a9ad665d0b1a2bd4.zip kernel_samsung_tuna-ed458df4d2470adc02762a87a9ad665d0b1a2bd4.tar.gz kernel_samsung_tuna-ed458df4d2470adc02762a87a9ad665d0b1a2bd4.tar.bz2 | |
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>
Diffstat (limited to 'drivers/pnp/pnpbios')
| -rw-r--r-- | drivers/pnp/pnpbios/core.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/drivers/pnp/pnpbios/core.c b/drivers/pnp/pnpbios/core.c index 19a4be1..662dfcdd 100644 --- a/drivers/pnp/pnpbios/core.c +++ b/drivers/pnp/pnpbios/core.c @@ -571,7 +571,7 @@ static int __init pnpbios_init(void) return 0; } -subsys_initcall(pnpbios_init); +fs_initcall(pnpbios_init); static int __init pnpbios_thread_init(void) { |