Bug 175767 - Installer appears to hang when loading mptbase module
Installer appears to hang when loading mptbase module
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: kernel (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Brian Maly
Brian Brock
: Regression
Depends On:
Blocks: 168426
  Show dependency treegraph
Reported: 2005-12-14 15:12 EST by Jeff Burke
Modified: 2007-11-30 17:07 EST (History)
6 users (show)

See Also:
Fixed In Version: RHSA-2006-0144
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-03-15 11:56:51 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Sceen shot of the problem. (94.64 KB, image/png)
2005-12-14 15:14 EST, Jeff Burke
no flags Details
.8 agp patch (4.30 KB, patch)
2005-12-19 16:43 EST, Tom Coughlan
no flags Details | Diff

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2006:0144 qe-ready SHIPPED_LIVE Moderate: Updated kernel packages available for Red Hat Enterprise Linux 3 Update 7 2006-03-15 00:00:00 EST

  None (edit)
Description Jeff Burke 2005-12-14 15:12:03 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7

Description of problem:
When installing the SCSI driver mptbase the system looks like it is hung.
Using Alt+LeftArrowKey I get to the virtual terminal. There I see the system scrolling messages.

Fusion MPT base driver
Copyright (c) 1999-2005 LSI Logic
mptbase: Initiating ioc0 bringup
mptbase: ioc0: WARNING - Unexpected doorbell active!
mptbase: ioc0: ERROR - Doorbell ACK timeout (count=499), InitStatus=ffffffff!
mptbase: ioc0: WARNING - ResetHistory bit failed to clear!
mptbase: ioc0: ERROR - Diagnostic reset FAILED (ffffffffh)
mptbase: ioc0: NOT READY WARNING!
mptbase: WARNING - ioc0 did not initialize properly! (-1)

It goes through the same as above for ioc1, ioc2, ...

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Using the HP viper xw9300 hardware platform 
2. Install RHEL3-U7-re1209.1 base distro that uses 2.4.21-38.EL Kernel


Actual Results:  System looks to be in a hung state while trying to load the mptbase driver.
If you wait long enough (15 -20 min) the system will continue. But it failes to load the SCSI mptbase driver.

Expected Results:  RHEL-3 U6 installs this module and installs correctly.

Additional info:
Comment 1 Jeff Burke 2005-12-14 15:14:07 EST
Created attachment 122246 [details]
Sceen shot of the problem.
Comment 3 Peter Jones 2005-12-15 16:57:44 EST
Just FYI:

x86_64 kernel in viper with onboard MPT card -- works
i386 kernel in viper with onboard MPT card -- fails
i386 kernel in viper with add-on MPT card -- fails
x86_64 kernel on non-HP (non-nVidia chipset) with add-on MPT card -- works
i386 kernel on non-HP (non-nVidia chipset) with add-on MPT card -- works

So it appears to be limited to MPT cards on the Viper when running the i386 kernel.
Comment 4 Tom Coughlan 2005-12-16 12:20:25 EST
The removal of linux-2.4.21-fusion-backup-20511.patch should not have any
effect. That is the old "backup" driver. It has a different name and is not
loaded by default. I confirmed that it is not being loaded on the console log of
a failing and a passing machine. Both are loading the current driver (which has
not changed in U7, BTW). 

I am doing a kernel rebuild on beehive now.

Comment 8 Tom Coughlan 2005-12-19 16:43:20 EST
Created attachment 122425 [details]
.8 agp patch 

I went back through the 2.4.21-37.* kernels until I found the first one that

kernel-2.4.21-37.7.EL.i686.rpm - works
kernel-2.4.21-37.8.EL.i686.rpm - fails

The patch in .8 that seems to have caused the problem is:

* Wed Nov  2 2005 Ernie Petrides <petrides@redhat.com> kernel-2.4.21-37.8.EL
- add detection of PCI peer bridges on x86 for AGP tunnels (Brian Maly)

When I remove this patch from .8, it boots on this box. 

Note that, according to Ernie's patch tracking file, some additional hunks were
added to this patch in -37.9.EL to fix pci-pc.c build warnings. These do not
appear to be relevant, since the failure first occurs in -37.8, and persists in
-37.9 and -38.	

The exact patch that I backed out to get the system to boot is attached.
Comment 10 Ernie Petrides 2006-01-20 18:43:08 EST
A fix for this problem has just been committed to the RHEL3 U7
patch pool this evening (in kernel version 2.4.21-39.EL).
Comment 12 Ernie Petrides 2006-02-01 18:12:29 EST
*** Bug 179168 has been marked as a duplicate of this bug. ***
Comment 14 Red Hat Bugzilla 2006-03-15 11:56:51 EST
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


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