|Summary:||IO-APIC panic on booting on MacBook Pro (intermitent)|
|Product:||[Fedora] Fedora||Reporter:||Alexander Larsson <alexl>|
|Component:||kernel||Assignee:||Kernel Maintainer List <kernel-maint>|
|Status:||CLOSED INSUFFICIENT_DATA||QA Contact:||Brian Brock <bbrock>|
|Version:||rawhide||CC:||gtmkramer, katzj, pjones, triage, wtogami|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2008-05-07 00:32:08 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:|
Description Alexander Larsson 2006-06-14 12:27:20 UTC
This is really weird. I installed a default install from the rawhide-20060614 tree on my new MacBook Pro. The install went fine, but apparently something wasn't right in the MBR setup, so i wanted to install again. But now i get a kernel panic each time i boot the install cd, and its the exact same media I used the first time! This is the end of the boot (typed in by hand): Total of 2 processors activated (5153.84 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2 = -1 ..MP-BIOS bug: 8254 timer not connected to IO-APIC ...trying to set up timer (IRQ0) throught the 8259A ... failed. ...trying to set up timer as Virtual Wire IRQ... failed. ...trying to set up timer as ExtINT IRQ ... failed :(. Kernel panic - not syncing: IO-APIC + timer doesn't work! Boot with apic=debug and send a report. Then try booting with the 'noapic' option Then comes a backtrace, but is not that interesting. It goes: panic, release_console_sem, printk, do_boot_cpu, smp_prepare_cpus, init, init, kernel_thread_helper.
Comment 1 Alexander Larsson 2006-06-14 12:32:39 UTC
Uhm... with apic=debug it booted...
Comment 2 Alexander Larsson 2006-06-14 12:34:12 UTC
Although the cursor is blinking *very* fast, so there might be an issue with the timer after all...
Comment 3 Dave Jones 2006-06-14 22:08:21 UTC
*** Bug 195275 has been marked as a duplicate of this bug. ***
Comment 4 Alexander Larsson 2006-06-15 08:11:04 UTC
This seems to randomly happen, but when it happens it seems to be repeatable if you immediately reboot.
Comment 5 Jurgen Kramer 2006-06-23 15:16:19 UTC
This bug also occurs on the MacBook (non Pro). Sometimes I have to powercycle a couple of times before the kernel will actually get through.
Comment 6 Wade Mealing 2006-07-08 12:31:06 UTC
macbook here. Linux localhost.localdomain 2.6.17-1.2358.fc6PAE #1 SMP Fri Jul 7 04:18:02 EDT 2006 i686 i686 i386 GNU/Linux Can reproduce every boot. Seems boot into the operating system though without any real issues, a number of other things fail though.
Comment 7 Wade Mealing 2006-07-08 12:43:20 UTC
My apologies I assumed it was the same bug and it is not.
Comment 8 Wade Mealing 2006-07-16 05:38:50 UTC
Linux localhost.localdomain 2.6.17-1.2399.fc6 #1 SMP Fri Jul 14 17:43:48 EDT 2006 i686 i686 i386 GNU/Linux seems to have gone.
Comment 9 Wade Mealing 2006-08-01 06:19:09 UTC
Nope, back again. (2.6.17-1.2462) Been able to reproduce it every time though. Run pm-suspend Reboot. Bug appears.
Comment 10 Igor Foox 2006-09-22 14:51:40 UTC
Running on a Mac Book Pro here as well, still happens intermittently. I haven't trying with apic=debug, but booting with noapic solves it, and rebooting with no extra options also sometimes makes it go through. $ uname -a Linux treason 2.6.17-1.2647.fc6 #1 SMP Wed Sep 13 12:51:50 EDT 2006 i686 i686 i386 GNU/Linux
Comment 11 Jurgen Kramer 2006-10-08 15:11:05 UTC
After a long absence this dreaded bug is back again :( The newer kernels > 2.6.18-1.2741 and up have this again. Booting on a Macbook is really a hit-and-miss afair, 4 out of 5 tries result in the kernel panic. 2.6.18-1.2747 is the latest tested kernel with this problem.
Comment 12 Wade Mealing 2007-03-22 07:52:17 UTC
Seems to be fixed in FC7T2 kernels no longer need the noapic option to get it to boot.
Comment 13 David Favor 2007-06-21 18:45:49 UTC
This bug is back for Macs, intermittently. The LiveCD I'm using is 2.6.21-1.3194.fc7 and it comes up around 1 out of 4 times. As this is such a reoccurring problem, perhaps APIC should be turned off in the default boot paramenters.
Comment 14 Bug Zapper 2008-04-03 17:22:21 UTC
Based on the date this bug was created, it appears to have been reported against rawhide during the development of a Fedora release that is no longer maintained. In order to refocus our efforts as a project we are flagging all of the open bugs for releases which are no longer maintained. If this bug remains in NEEDINFO thirty (30) days from now, we will automatically close it. If you can reproduce this bug in a maintained Fedora version (7, 8, or rawhide), please change this bug to the respective version and change the status to ASSIGNED. (If you're unable to change the bug's version or status, add a comment to the bug and someone will change it for you.) Thanks for your help, and we apologize again that we haven't handled these issues to this point. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp We will be following the process here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping to ensure this doesn't happen again.
Comment 15 Bug Zapper 2008-05-07 00:32:06 UTC
This bug has been in NEEDINFO for more than 30 days since feedback was first requested. As a result we are closing it. If you can reproduce this bug in the future against a maintained Fedora version please feel free to reopen it against that version. The process we're following is outlined here: http://fedoraproject.org/wiki/BugZappers/F9CleanUp