Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 157586 - ES7000 systems won't boot with large configuration
ES7000 systems won't boot with large configuration
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: kernel (Show other bugs)
x86_64 Linux
medium Severity high
: ---
: ---
Assigned To: Brian Maly
Brian Brock
Depends On:
Blocks: 158812 168429
  Show dependency treegraph
Reported: 2005-05-12 17:19 EDT by Natalie Protasevich
Modified: 2007-11-30 17:07 EST (History)
3 users (show)

See Also:
Fixed In Version: RHSA-2006-0132
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-03-07 14:01:00 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2005:808 normal SHIPPED_LIVE Important: kernel security update 2005-10-27 00:00:00 EDT
Red Hat Product Errata RHSA-2006:0132 qe-ready SHIPPED_LIVE Moderate: Updated kernel packages available for Red Hat Enterprise Linux 4 Update 3 2006-03-09 11:31:00 EST

  None (edit)
Description Natalie Protasevich 2005-05-12 17:19:01 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 (ax)

Description of problem:
ES7000 systems won't boot with large configuration, because of legacy code that enforces I/O APIC ID's to be unique system wide. Unique I/O APIC ID only makes sense with Intel processors older than Xeons, that were utilizing serial APIC bus for interrupt delivery. With front side bus architecture, where I/O APIC IDs are not used, this check is obsolete, and also harmful when tries to re-assign the IDs on systems like ES7000, that employ Intel's P64H2 chipset. The IDs of its I/O APICs  are only 4 bit wide and cannot be assigned unique numbers.
Recently, this issue was discussed on LK, and two patches dealing with it were submitted and accepted in the main line, see http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.12-rc4/2.6.12-rc4-mm1/broken-out/:

remove-unique-apic-io-apic-id-check.patch - for x86_64

The patches were tested on generic Intel boxes and ES7000, both IA-32 and x86_64. 
Since the patches are critical for our release, and appear to be low risk, we would like them to be included it in your kernel for the next update.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Boot x86_64 ES7000 that was configured with two cells
2. Watch the screen hang after the initial message

Actual Results:  We used ITP to see the actual problem, or it can also be done with early_printk configured. The system paniced with error message "IOAPIC[12]: Unable change apic_id!"

Expected Results:  The boot should've proceeded normally.

Additional info:
Comment 18 Red Hat Bugzilla 2006-03-07 14:01:01 EST
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


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