Description of Problem:
The system has a blade in it with a dec21554 non-transparent bridge but it
is NOT a cpparray SCSI RAID controller. During installation (at the very
first) the installation detects the 21554 as a cpqarray controller and
hangs trying to access a cpqarray (which is not in the system or even the
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Use a system with a master and non-system master cpu blade which uses a
dec 21554 (yes this is Compact PCI, but it should work the same on regular
pci with a card that has a 21554 which is NOT a cpqarray card).
2. Put the 7.1 CD in the drive and boot. Before the initial blue install
screen prints the installing Anaconda message at the bottom (that never
appears) a box about the cpqarray appears on the screen and it hangs there
until rebooted. If you can put a cdrom on the Non-System cpu blade, the
problem will happen from that side of the 21554 bridge also.
3. To work around the problem on the master CPU blade, remove the non-
master cpu (with the 21554) before installing. This is harder to do on
the non-master cpu since the 21554 is soldered to the board.
Why does this bug report not show up when I seasrch for it on :
Because Interchange is a separate product from Red Hat Linux. Interchange is an
E-commerce platform, so you were searching the bug reports for that product, not
Red Hat Linux.
I'm not familiar with the DEC 21554, but I can see that the entry in kudzu's
pcitable has the cpqarray driver associated with this card:
0x1011 0x0046 "cpqarray" "DEC|DECchip 21554"
I'm changing the component for this bug report to kudzu.
Will be fixed in kudzu-0.99.26-1; thanks!