Bug 23650 - [noapic?] Fails to find the cpqarray; tree is qa0109.0
Summary: [noapic?] Fails to find the cpqarray; tree is qa0109.0
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel   
(Show other bugs)
Version: 7.1
Hardware: i386 Linux
Target Milestone: ---
Assignee: Michael K. Johnson
QA Contact: Brock Organ
Whiteboard: Florence Gold
: 23762 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2001-01-09 13:09 UTC by David Lawrence
Modified: 2007-03-27 03:39 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-03-23 21:39:10 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Derek Tattersall 2001-01-09 13:09:40 UTC
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.

Comment 1 Michael Fulbright 2001-01-09 21:21:57 UTC
Assigning to a developer.

Comment 2 Glen Foster 2001-01-11 21:12:27 UTC
This defect is considered MUST-FIX for Florence Gold release

Comment 3 Matt Wilson 2001-01-19 05:06:10 UTC
changing whiteboard to match comment that this is a Gold milestone bug.

Comment 4 Matt Wilson 2001-01-19 05:41:59 UTC
*** Bug 23762 has been marked as a duplicate of this bug. ***

Comment 5 Derek Tattersall 2001-01-19 20:02:04 UTC
Using the qa0119.1 tree, the CPQArray module is inserted, but no vaild devices
are found.

Comment 6 Michael Fulbright 2001-02-08 16:55:06 UTC
*** Bug 26649 has been marked as a duplicate of this bug. ***

Comment 7 Matt Wilson 2001-03-01 18:51:51 UTC
qa0227.0 - installation succeeds.  Reboot with SMP kernel causes a hang. 
Booting into UP kernel works.

Comment 8 Matt Wilson 2001-03-05 16:35:39 UTC
kernel bug - noapic should work around it.

Comment 9 Bryan Leopard 2001-03-23 00:16:07 UTC
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 
source tree.
  (this is probably a better solution)

Comment 10 Bob Matthews 2001-03-23 21:19:29 UTC
CONFIG_BLK_DEV_OSB4 is turned off in all kernel config files.

Comment 11 Bob Matthews 2001-03-23 21:39:05 UTC
Waiting for Compaq to officially confirm fix.

Comment 12 Arjan van de Ven 2001-03-27 16:54:15 UTC
Kernels 2.4.2-0.1.35 and later contain the fix for the noapic problem

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