A compaq DL380 rackmount server with a CPQArray raid controller, can not be installed as 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. ***
Update: Using the qa0119.1 tree, the CPQArray module is inserted, but no vaild devices are found.
*** 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 Bugzilla. I think weve found the problem thats breaking SMP/APIC support on ServerWorks servers. 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 CONFIG_BLK_DEV_OSB4 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 source tree. (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