Bug 377921
Summary: | F10 Beta install to qla but no firmware there to boot after install | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Patrick C. F. Ernzer <pcfe> | ||||||
Component: | mkinitrd | Assignee: | Peter Jones <pjones> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | high | Docs Contact: | |||||||
Priority: | high | ||||||||
Version: | 10 | CC: | dcantrell, hdegoede, madko, pjones, rdoty, wtogami | ||||||
Target Milestone: | --- | Keywords: | Reopened | ||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2008-12-15 10:29:44 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: | |||||||||
Attachments: |
|
Description
Patrick C. F. Ernzer
2007-11-12 15:19:29 UTC
Created attachment 255551 [details]
replacement initrd.img with qlogic firmware built in
Created attachment 255621 [details]
x86_64 version of the updated image
confirm that the initrd attached to Comment #1 allows installation. Due to lack of an x86_64 machine with QLA HBA I can not test the initrd attached to Comment #2 (for those following this bug, please do not that the fact that the system does not boot after installation is a different bug. See Bug 378651 for that) small note: the firmware blob rpms do get installed (even though this bug and 378651 still apply, but at least they do end up on disk) bith in my kickstart install and in a manual install from rescue: sh-3.2# rpm -qf /lib/firmware/ql* ql2100-firmware-1.19.38-1.fc8.1 ql2200-firmware-2.02.08-1.fc8.1 ql23xx-firmware-3.03.20-1.fc8.1 ql23xx-firmware-3.03.20-1.fc8.1 ql2400-firmware-4.00.27-1.fc8.1 It would seem that Fedora 9 alpha has the same problem. A system that has as only disks QLAxxxx attached drives claims that it cannot find any disks when I try to install F9 alpha. Strangely enough there is no text at all with the string 'qla' printed at bootup of the F9 alpha anaconda. What do you require me to test or collect so that we can make sure F9 release is installable on these machines? makeinitrd() in anaconda scripts/mk-images lacks support for qla completely. Three liner patch I presume.. Added Jeremy, did that fix make it into F9 beta? If it did, then we have a problem as I still do not see any disks. janne: it's a CPI1-A that I used for this test In rescue mode I get (machine has 2 QLA HBAs): # dmesg |grep qla qla2xxx 0000:02:01.0: Found an ISP2312, irq 24, iobase 0xf88a4000 qla2xxx 0000:02:01.0: Configuring PCI space... qla2xxx 0000:02:01.0: Configure NVRAM parameters... qla2xxx 0000:02:01.0: Verifying loaded RISC code... qla2xxx 0000:02:01.0: Firmware image unavailable. qla2xxx 0000:02:01.0: Firmware images can be retrieved from: ftp://ftp.qlogic.com/outgoing/linux/firmware/. qla2xxx 0000:02:01.0: Failed to initialize adapter qla2xxx 0000:02:01.1: Found an ISP2312, irq 25, iobase 0xf88a4000 qla2xxx 0000:02:01.1: Configuring PCI space... qla2xxx 0000:02:01.1: Configure NVRAM parameters... qla2xxx 0000:02:01.1: Verifying loaded RISC code... qla2xxx 0000:02:01.1: Firmware image unavailable. qla2xxx 0000:02:01.1: Firmware images can be retrieved from: ftp://ftp.qlogic.com/outgoing/linux/firmware/. qla2xxx 0000:02:01.1: Failed to initialize adapter and in lspci -vvv I see them as: 02:01.0 Fibre Channel: QLogic Corp. ISP2312-based 2Gb Fibre Channel to PCI-X HBA (rev 02) Subsystem: QLogic Corp. Unknown device 0101 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Interrupt: pin A routed to IRQ 24 Region 0: I/O ports at 2000 [size=256] Region 1: Memory at fe600000 (64-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [4c] PCI-X non-bridge device Command: DPERE- ERO+ RBC=4096 OST=3 Status: Dev=02:01.0 64bit+ 133MHz+ SCD- USC- DC=simple DMMRBC=4096 DMOST=3 DMCRS=32 RSCEM- 266MHz- 533MHz- Capabilities: [54] Message Signalled Interrupts: Mask- 64bit+ Queue=0/3 Enable- Address: 0000000000000000 Data: 0000 Capabilities: [64] CompactPCI hot-swap <?> 02:01.1 Fibre Channel: QLogic Corp. ISP2312-based 2Gb Fibre Channel to PCI-X HBA (rev 02) Subsystem: QLogic Corp. Unknown device 0101 Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV+ VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Interrupt: pin B routed to IRQ 25 Region 0: I/O ports at 2400 [size=256] Region 1: Memory at fe601000 (64-bit, non-prefetchable) [size=4K] Capabilities: [44] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [4c] PCI-X non-bridge device Command: DPERE- ERO+ RBC=4096 OST=3 Status: Dev=02:01.1 64bit+ 133MHz+ SCD- USC- DC=simple DMMRBC=4096 DMOST=3 DMCRS=32 RSCEM- 266MHz- 533MHz- Capabilities: [54] Message Signalled Interrupts: Mask- 64bit+ Queue=0/3 Enable- Address: 0000000000000000 Data: 0000 Capabilities: [64] CompactPCI hot-swap <?> in addition to Comment #9 problem also exists on CPI1 (just tested one of those) no surprise as it uses exactly the same HBA as of today this is still broken in rawhide The firmware is in the initrd; something seems unhappy with the firmware loading aspect The kernel uevent API for firmware silently changed *again*. This should work again in anaconda-11.4.0.74-1 . damn, F9-Preview still has anaconda-11.4.0.73-2 so still broken there my local rawhide mirror has anaconda-11.4.0.75-1 and that works fine as expected so as long as anaconda-11.4.0.74-1 or later makes it into F9 final we're good. Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Hmm, I can install a machine with F9 release just fine, but something is still going wrong as after install it will not boot :-( looks like the firmware blobs did not make it into the initrd. What do you need from me to debug this? (In reply to comment #16) > Hmm, I can install a machine with F9 release just fine, but something is still > going wrong as after install it will not boot Same problem under F10 Beta, machine installs but does not come up after install nagging that firmware is missing. What can I do to help getting this fixed before F10 final? just to be complete, here's what I get on the serial console when booting after install. 0000:02:01.0: Firmware image unavailable. qla2xxx 0000:02:01.0: Firmware images can be retrieved from: ftp://ftp.qlogic.com/outgoing/linux/firmware/. qla2xxx 0000:02:01.1: Firmware image unavailable. qla2xxx 0000:02:01.1: Firmware images can be retrieved from: ftp://ftp.qlogic.com/outgoing/linux/firmware/. Reading all physical volumes. This may take a while... Volume group "VolGroup01" not found Unable to access resume device (/dev/VolGroup01/LogVol01) mount: error mounting /dev/root on /sysroot as ext3: No such file or directory setuproot: moving /dev failed: No such file or directory setuproot: error mounting /proc: No such file or directory setuproot: error mounting /sys: No such file or directory Mount failed for selinuxfs on /selinux: No such file or directory switchroot: mount failed: No such file or directory hmm, odd, when I unpack the initrd as follows zcat /boot/initrd-2.6.27-0.398.rc9.fc10.i686.img.new | cpio -id or zcat /boot/initrd-2.6.27-0.352.rc7.git1.fc10.i686.img | cpio -id the firmware is there # ls -l firmware/ total 660 -rw-r--r-- 1 root root 76802 2008-10-10 09:37 ql2100_fw.bin -rw-r--r-- 1 root root 84566 2008-10-10 09:37 ql2200_fw.bin -rw-r--r-- 1 root root 123170 2008-10-10 09:37 ql2300_fw.bin -rw-r--r-- 1 root root 132978 2008-10-10 09:37 ql2322_fw.bin -rw-r--r-- 1 root root 228056 2008-10-10 09:37 ql2400_fw.bin so why does it not find it? Looking at the initrd used to boot the installer I'd guess because the kernel expects them to be in lib/firmware and not firmware on the initrd. mkinitrd-6.0.65-1.fc10.i386 initrd-2.6.27-0.398.rc9.fc10.i686.img.new was made in a rescue boot initrd-2.6.27-0.352.rc7.git1.fc10.i686.img is the post install one. Guess I should change the componen from anaconda to mkinitrd this is still present in rawhide today (not my mirror may lag by up to two days). installs today use anaconda 11.4.1.50 Raised the priority and severity. Should the status be changed from "modified" to "fails QA", since this is reported as not working? latest test round with anaconda-11.4.1.52-1 kernel-2.6.27.4-58.fc10 mkinitrd-6.0.68-1.fc10 pykickstart-1.46-1.fc10 still fails with the usual qla2xxx 0000:02:01.0: Firmware image unavailable. qla2xxx 0000:02:01.0: Firmware images can be retrieved from: ftp://ftp.qlogic.com/outgoing/linux/firmware/. qla2xxx 0000:02:01.1: Firmware image unavailable. qla2xxx 0000:02:01.1: Firmware images can be retrieved from: ftp://ftp.qlogic.com/outgoing/linux/firmware/. and then of course not mounting roots FS do you need anything else or should I just continue testing 1-2 times a week and report back? mkinitrd-6.0.69-1.fc10 bug still present, can obviously work around it by unpacking initrd, moving the directory firmware to lib/firmware but mkinitrd should really be putting it in the right place. (or is the qla2xxx kmod lookign in the wrong place?) Should be fixed in mkinitrd-6.0.70-1 . Is mkinitrd-6.0.70-1 included in the Fedora 10 preview? (In reply to comment #27) nope, F10 preview still has mkinitrd-6.0.69-1.fc10 confirm this works with mkinitrd-6.0.70-1 system is bootable after rawhide install, looking inside initrd the firmwares are now in lib/firmware of the initrd and making a new initrd from the booted system gives the same result. Thank you Peter. This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping (In reply to comment #30) > confirm this works with mkinitrd-6.0.70-1 This bug remains fixed in F10 final. (mkinitrd-6.0.71-2.fc10) System is bootable after installation. Unpacking the initrd created during install shows the firmwares being where they should be Bug can be closed. (In reply to comment #32) > (In reply to comment #30) > > confirm this works with mkinitrd-6.0.70-1 > > This bug remains fixed in F10 final. (mkinitrd-6.0.71-2.fc10) > > System is bootable after installation. Unpacking the initrd created during > install shows the firmwares being where they should be > > Bug can be closed. Good, closing! *** Bug 466091 has been marked as a duplicate of this bug. *** |