Bug 23650

Summary:	[noapic?] Fails to find the cpqarray; tree is qa0109.0
Product:	[Retired] Red Hat Linux	Reporter:	David Lawrence <dkl>
Component:	kernel	Assignee:	Michael K. Johnson <johnsonm>
Status:	CLOSED RAWHIDE	QA Contact:	Brock Organ <borgan>
Severity:	medium	Docs Contact:
Priority:	high
Version:	7.1
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:	Florence Gold
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2001-03-23 21:39:10 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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

Update:
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 
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)

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