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 building) Version-Release number of selected component (if applicable): How Reproducible: 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. Actual Results: It hangs Expected Results: Additional Information:
Why does this bug report not show up when I seasrch for it on : http://interchange.redhat.com/bugs/
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!