Despite spending 5 or 6 evenings on it, I cannot get my laptop to boot the -1.2849.fc6 i686 kernel, it is quite happy with -1.2798.fc6 i686. The last relevant output on the console is: CPU0: Intel(R) Celeron(R) M processor 1.30GHz stepping 06 weird, boot CPU (#0) not listed by the BIOS. Total of 1 processors activated (2595.27 BogoMIPS). Brought up 1 CPUs checking if image is initramfs... it is Freeing initrd memory: 1354k freed NET: Registered protocol family 16 ACPI: Bus type pci registered PCI: PCI BIOS revision 2.10 entry ar 0xfd90c, last bus=1 PCI: Using configuration type 1 Setting up standard PCI resources. And that's it, never progresses any further. I have tried all sorts of kernel parameters, without luck. I've tried: enforcing=0 acpi=no apic=no lapic (works with previous FC6 kernel) pci=acpi pci=noacpi which all seemed relevant, but none of them appears to do anything to improve matters. I will be trying acpi=verbose and even acpi=debug to see if anything shows up, but in the meantime would appreciate some suggestions as to what I can do to debug this further.
Have you tried to boot with the kernel option APIC? This works for me as described in Bug 215249.
Ah, thanks for that, I'll try it. I tried noapic, and I usually use lapic, but that doesn't work either in this case. *** This bug has been marked as a duplicate of 215249 ***
Right. Well, I've tried apic on its own, apic lapic, and initcall_debug to see what's happening. The dmesg output immediately after a succcessful boot with the 2798 kernel reads: ACPI: Interpreter enabled this never appears in the 2849 case, the last initcall_debug output is acpi_init so that ties in, it's trying to load and initialise the acpi interpreter but fails, I've also tried the 2856 test kernel from Dave Jones' Redhat people directory and am seeing exactly the same symptoms. Please let me know if there is something I can generate from the laptop to fill in some missing information.
it's strange that the ACPI interpretor gets disabled. There isn't an acpi=off on the boot command line of that kernel that works is there ? Can you attach the output of dmesg from 2798 ?
Created attachment 142104 [details] dmesg output for 2798 kernel As requested, the dmesg output for 2798. No, I don't have acpi=off in the params for this, the acpi interpreter seems able to run and work out what everything is.
The newly released 2868 kernel now works for me, but that's only because the auto-apic stuff has been backed out for now. I'd be happy to try any new kernels with a modified auto-apic patch and see whether they work for me.