Bug 10953 - Kernel Panic when changing IO-APIC ID to 16
Summary: Kernel Panic when changing IO-APIC ID to 16
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 6.2
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: David Lawrence
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2000-04-21 02:02 UTC by Craig Shiroma
Modified: 2008-05-01 15:37 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2000-05-08 14:18:31 UTC
Embargoed:


Attachments (Terms of Use)

Description Craig Shiroma 2000-04-21 02:02:44 UTC
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.

Comment 1 Doug Ledford 2000-04-22 06:57:59 UTC
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.

Comment 2 Anonymous 2000-04-24 18:52:59 UTC
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.

Comment 3 Daniel Roesen 2000-04-27 06:35:59 UTC
Problem is currently discussed on the linux-smp mailing list @vger. Alan Cox
made a quick fix which will be tested today. Stay tuned :-]

Comment 4 Anonymous 2000-04-28 08:46:59 UTC
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.


Note You need to log in before you can comment on or make changes to this bug.