On Mon, Feb 25, 2008 at 11:30:03PM -0500, Miles Lane wrote: > Hello, > > When I booted this kernel, the process was hugely delayed in shpchp. > I don't think I usually build this driver, so perhaps this is its > standard behavior when the hardware is missing, or some such? Or, is > this a bug in the driver? Either way, the timeouts seem excessively > long. > > [ 24.471137] CPA self-test: > [ 24.474565] 4k 8192 large 216 gb 0 x 8408[c0000000-f7fff000] miss 0 > [ 24.491200] 4k 196608 large 32 gb 0 x 196640[c0000000-f7fff000] miss 0 > [ 24.503549] 4k 196608 large 32 gb 0 x 196640[c0000000-f7fff000] miss 0 > [ 24.504440] ok. > [ 42.209886] shpchp: gave up waiting for init of module pci_hotplug. > [ 42.213190] shpchp: Unknown symbol acpi_run_oshp > [ 72.052520] shpchp: gave up waiting for init of module pci_hotplug. > [ 72.055826] shpchp: Unknown symbol pci_hp_change_slot_info > [ 101.931221] shpchp: gave up waiting for init of module pci_hotplug. > [ 101.934526] shpchp: Unknown symbol pci_hp_register > [ 131.789952] shpchp: gave up waiting for init of module pci_hotplug. > [ 131.793258] shpchp: Unknown symbol pci_hp_deregister > [ 161.683306] shpchp: gave up waiting for init of module pci_hotplug. > [ 161.686611] shpchp: Unknown symbol acpi_get_hp_params_from_firmware > [ 162.935681] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
This is not a hotplug-specific bug, but rather one in the module loading logic. People who had seen this on -rc1 said it went away in -rc3. I suggest poking Rusty about it... thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
