Bug 30978

Summary: [aic7xxx] device takes VERY long time in boot
Product: [Retired] Red Hat Linux Reporter: Daniel Senie <dts>
Component: kernelAssignee: Doug Ledford <dledford>
Status: CLOSED DUPLICATE QA Contact: Brock Organ <borgan>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.1CC: herrold
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2001-04-17 21:53:37 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 Daniel Senie 2001-03-07 19:24:05 UTC
In a test system with a two channel AIC-7896 controller on the motherboard 
(and difficult to disable), the insmod for the driver results in (viewable 
on VC4) scsi probes and errors to each possible target device number, and 
takes 5 to 10 minutes to complete this process. The buses contain nothing. 
If the're terminated, the same results are observed as if they're not 
terminated. Seems like the driver should be able to make a fairly quick 
determination that nobody's home.

Motherboard is Intel L440GX+ Lancewood. Easily reproducable here.

Comment 1 Glen Foster 2001-03-07 21:53:01 UTC
This sounds more like a kernel issue than an installer issue.

Comment 2 Daniel Senie 2001-03-07 22:11:40 UTC
I'll buy that. BTW, I also ran some test installs with RH 6.1 and 6.2, both of 
which took a while at the insmod of the AIC7xxx, but didn't spew on VC4 in the 
process. Not sure they took less time, or were just less verbose about it.

Comment 3 Michael K. Johnson 2001-03-13 03:20:39 UTC
Could you install the latest kernels from rawhide and see if they
have the same behaviour?

Comment 4 Daniel Senie 2001-03-13 13:00:26 UTC
Because this is happening during an install, I can't easily just load a new 
kernel and try it. What would work is either:

1. Create a new .iso of disc1 of the wolverine set. I can test for this bug, as 
well as verifying the fix on the Mylex AcceleRAID 170 issue.

2. Point me at some instructions for recreating the disc1 with these things 
applied. Note that this means replacing the boot kernel as well as the kernels 
to be installed. #1 is probably easier.

No problem at this end downloading an iso image and burning it for the tests.

Comment 5 R P Herrold 2001-03-14 03:20:09 UTC
I had mixed results -- reasonable spinup and install without issue on a
NetServer 5/100 LH at home -- and totally failed on a NetServer 5/100 LC at the
office with kernel-2.4.2-0.1.23 from the 0309 build ... I will investigate the
failure further ...

Comment 6 Doug Ledford 2001-03-15 04:17:01 UTC
I would need to know more about what error messages the boot kernel spewed about
the aic7xxx controllers in order to figure out what's going on.  Also, if there
is nothing connected, and changing termination didn't make a difference in the
output, then it might indicate something suspicious about the termination on the
motherboard.

Comment 7 R P Herrold 2001-03-15 04:27:12 UTC
This host was also fighting geometry issues -- see:

  https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=31778

I have another SCSI drive to attach and report from ... 

Termination is non-powered at the end of the unidirectional chain, with
termination NOT enabled on the drive ... other end is the connector in the
onboard motherboard controller ...

Comment 8 Daniel Senie 2001-04-17 21:53:32 UTC
This bug is now applicable to RedHat 7.1. The released edition contains the 
same problem. If there's a AIC7xxx present, be prepared to wait 10 minutes 
while a scan is done on every non-existant device, and an error message 
generated on one of the alternate consoles.

Comment 9 Doug Ledford 2001-04-20 00:03:30 UTC
This sounds like a dup of 29555

*** This bug has been marked as a duplicate of 29555 ***