Bug 194610

Summary: IO-APIC panic on booting on MacBook Pro (intermitent)
Product: [Fedora] Fedora Reporter: Alexander Larsson <alexl>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED INSUFFICIENT_DATA QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: gtmkramer, katzj, pjones, triage, wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard: bzcl34nup
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-05-07 00:32:08 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 199990    

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).
..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,

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


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

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:

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: