Red Hat Bugzilla – Bug 166784
Installer hangs loading cciss unless acpi=off
Last modified: 2015-01-04 17:21:36 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 Firefox/1.0.3
Description of problem:
FC4 rescue CD hangs at "loading CCISS driver" screen. FC3 did not have this problem.
Hardware is 2-processor Compaq DL 380 G2 with HP Smart Array 5i RAID.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot from FC4 rescue CD.
2. Type "linux" at boot prompt.
Actual Results: It hangs at the "loading CCISS driver" screen.
Expected Results: It should have continued on.
The log shows the CCISS driver changed revisions from HP CISS 2.6.2 to 2.6.6; the new driver logs the following:
<6>HP CISS Driver (v 2.6.6)
<7>cciss: Device 0xb178 has been found at bus 0 dev 1 func 0
<4>ACPI: PCI Interrupt Link [INA0] enabled at IRQ 15
<4>ACPI: PCI Interrupt 0000:00:01.0[A] -> Link [INA0] -> GSI 15 (level, lopw) -> IRQ 15
<4>cciss: using DAC cycles
<6> blocks= 574612920 block_size= 512
<6> heads= 255, sectors= 63, cylinders= 35768
and stops. The old driver does not log any ACPI activity, and follows the lines above with a successful identification of the RAID partitions:
<6> cciss/c0d0: p1 p2 p3
If I start the rescue CD with "linux acpi=off" it works fine.
I assume you've now installed with acpi=off
Can you verify that the current errata kernel in updates-testing works or not
with out the acpi=off ?
That kernel contains an acpi update, which may fix your problem.
It still happens with 2.6.12-1.1447_FC4. (Is that the latest one? It's from
updates-released. There does not seem to be a more recent kernel in
updates-testing at this time.)
*** This bug has been marked as a duplicate of 164608 ***