Red Hat Bugzilla – Bug 151173
Disabling IRQ #10 causes install to fail
Last modified: 2015-01-04 17:17:47 EST
Description of problem:
FC4-test1 kernel kernel-2.6.11-1.1177_FC4.src.rpm
installing from FC4-test1-i386-DVD.iso, loopback mounted and exported via HTTP
from the server
installing onto a Dell PowerEdge 4600 system
- onboard tg3 NIC enabled and used for downloading images via PXE and HTTP
- onboard aic7xxx enabled and used for primary storage
While downloading stage2.img the kernel prints a tombstone saying that IRQ10 and
nobody cared, listing the tg3 driver and aic7xxx drivers as both having been
assigned IRQ10. It then prints "Disabling IRQ #10". After which, no further
progress is made by the installer of course.
FC3 kernels work fine on this same system.
Tried pci=routeirq, acpi=noirq, and acpi=off options, with no effect.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. install onto config above
2. failure occurs when downloading stage2.img
I'll append kernel messages from the serial console.
Install succeeds if I use 'noirqdebug=1' on the kernel command line.
But it feels slow (about a minute to download ~61MB stage2.img via
HTTP from a server over 1GbE with only one switch between the server
and the install target.
We have the exact same behaviour on a Dell PE 6650 but with RHEL4U1 (works with
RHEL4 GA.) The installation is PXE-booted and installed over NFS. Other
IA32-boxes suck as Dell PE2650 does not seem to be affected.
noirqdebug=1 is a work-around and I can't see a big performance hit. But very
disturbing as it took me about ~1 hour to find this bugzilla!
Mass update of -test bugs to update version to fc4.
(Please retest on final release, and report results if you have not already done
_Probably_ not fixed in FC4, is fixed in rawhide, if it's the same bug as on
some of our IBM Blades (older hw revision, newer ones were fine). Using a
rawhide kernel for installation fixed the issue
Something was causing "disabling IRQ #7" in post-install to happen in any case,
and the installer just hung. Didn't try noirqdebug=1 as a workaround yet, as the
"use newer kernel" seemed to be much more effective, as the boxes needed
acpi=off to make it past "/sbin/loader" in the first place.
Mass update to all FC4 bugs:
An update has been released (2.6.14-1.1637_FC4) which rebases to a new upstream
kernel (18.104.22.168). As there were ~3500 changes upstream between this and the
previous kernel, it's possible your bug has been fixed already.
Please retest with this update, and update this bug if necessary.
This is a mass-update to all currently open kernel bugs.
A new kernel update has been released (Version: 2.6.15-1.1830_FC4)
based upon a new upstream kernel release.
Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.
This bug has been placed in NEEDINFO_REPORTER state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.
Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.
If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.
Closing per previous comment.