Red Hat Bugzilla – Bug 10953
Kernel Panic when changing IO-APIC ID to 16
Last modified: 2008-05-01 11:37:55 EDT
The system is an HP Vectra XU6/200 with dual Pentium Pro 200 MHz processors
and was running RedHat 6.1. Updated the system to 6.2 and installed the
kernel update 2.2.14-6.0.1(smp) listed on the errata pages. During bootup,
the machine hangs after the following message:
Enabling IO-APIC IRQs
...changing IO-APIC physical APIC ID to 16
Kernel Panic. could not set ID
In swapper task - not syncing
Booting into the 2.2.14-6.0.1 (single processor) works fine with no errors.
Check to see if there is a newer BIOS version for your machine. In general, the
problem is that in the latest kernel there was a requirement to start setting
the physical APIC ID to match what the BIOS MP table says the APIC ID should be
because some machines that had more than one IOAPIC were leaving them with the
same physical ID on each one which results in erroneous interrupt handling. The
MP table on your machine is telling us that the physical APIC ID is higher than
we can set it to.
The BIOS is the latest available (GG.06.13) from HP. I checked the
/proc/interrupts while running the 2.2.12-20smp kernel and noticed that all
interrupts were being handled by CPU0 and of type XT-PIC. On bootup, the IRQ
redirection table basically has all zeros. I can send you a copy of dmesg if
that will help.
Problem is currently discussed on the linux-smp mailing list @vger. Alan Cox
made a quick fix which will be tested today. Stay tuned :-]
We tested the patch provided by Alan and the machine boots,
later one we will do some make -jN on it to check how stable
it is. But I think it will run smoothly.