Red Hat Bugzilla – Bug 23650
[noapic?] Fails to find the cpqarray; tree is qa0109.0
Last modified: 2007-03-26 23:39:05 EDT
A compaq DL380 rackmount server with a CPQArray raid controller, can not be
the installer fails to find any usable disks. 7.0 installs fine.
Assigning to a developer.
This defect is considered MUST-FIX for Florence Gold release
changing whiteboard to match comment that this is a Gold milestone bug.
*** Bug 23762 has been marked as a duplicate of this bug. ***
Using the qa0119.1 tree, the CPQArray module is inserted, but no vaild devices
*** Bug 26649 has been marked as a duplicate of this bug. ***
qa0227.0 - installation succeeds. Reboot with SMP kernel causes a hang.
Booting into UP kernel works.
kernel bug - noapic should work around it.
This information was already forwarded to RedHat. Just wanted to update
I think weve found the problem thats breaking SMP/APIC support on ServerWorks
It appears that when the 2.4.0 kernel was released (on Jan. 4), that an old
version of drivers/ide/osb4.c crept back in. Whenever we build a kernel with
this suspect version enabled, it breaks SMP APIC interrupts.
If you do a diff of osb4.c from 2.4.0-prerelease and 2.4.0, youll find a ton
of changes. Our guess is that its one of these changes (probably chipset
initialization) thats breaking APIC support with SMP kernels.
Here is some more information from our developers.
The below fix works!
I see 2 basic ways for this bug to be fixed:
1) Make sure that the
line in the kernel .config file is NOT set, or
2) Replace the osb4.c file with the osb4.c file from the 2.4.0-prerelease
(this is probably a better solution)
CONFIG_BLK_DEV_OSB4 is turned off in all kernel config files.
Waiting for Compaq to officially confirm fix.
Kernels 2.4.2-0.1.35 and later contain the fix for the noapic problem