Red Hat Bugzilla – Bug 46326
Installer fails on an HP Vectra XU 5/90
Last modified: 2008-08-01 12:22:51 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.5; Windows 98)
Description of problem:
Kernel panic when upgrading 6.2 Redhat on the HP Vectra XU 5/90. Using
boot.img and ISO images on HD.
Steps to Reproduce:
1.Use Redhat 7.1 boot.img
2.Use driver disk for AMD type SCSI controller
3.Install from ISO images on HD
Actual Results: Kernel panic just after selecting type of install. ie
(Workstation, Laptop, Server, Custom, ...etc). Failed on both Workstation
Expected Results: No Kernel panic.
Wrote down the Kernel panic message. It is as follows...
. . .
. . .
Kernel panic: Aiee, Killing interrupt handler!
In Interrupt handler - not syncing
When this first happened I went to HP's website and dowloaded the latest
BIOS which didn't help.
The system board is integrated with network, video and both IDE and SCSI
controllers. There are 2 SCSI drives, no IDE drives and no CD-ROM drive.
There is also 1 additional network card. The system is currently working
well with Redhat 6.2 installed.
Changing component to the kernel.
Can you run an "lspci" in 6.2 and paste/attach the output ?
That would give an idea about the hardware in this machine.
Also, try booting the installer with adding "ide=nodma" to
the syslinux prompt
Also, I assume the driverdisk is the one that came with 7.1
The driver disk was downloaded from an FTP mirror under the 7.1 directory. The
files on the disk are dated 4-8-2001. However, one of the files is
called "rhdd-6.1" which would seem to indicate it's a 6.1 driver disk. Its
placement in the 7.1 directory and the dates of the files would indicate a 7.1
driver disk. I'm assuming the file name is a typo!
Anyway, I also tried the "ide=nodma" option, but it had no effect.
I am also including the 'lspci' output as requested.
00:00.0 Host bridge: Intel Corporation 82434LX [Mercury/Neptune] (rev 11)
00:01.0 VGA compatible unclassified device: S3 Inc. 86c864 [Vision 864 DRAM]
00:02.0 Non-VGA unclassified device: Intel Corporation 82375EB (rev 04)
00:03.0 Ethernet controller: Advanced Micro Devices [AMD] 79c970 [PCnet LANCE]
00:04.0 SCSI storage controller: Advanced Micro Devices [AMD] 53c974 [PCscsi]
00:05.0 IDE interface: CMD Technology Inc PCI0640 (rev 02)
This did help me determine the correct SCSI driver to load. It seems I was
loading the wrong driver before. I was using the "tmscsim" driver instead of
the "AM53c974" driver. Boy did I feel stupid! I thought I had found the
problem and would have to sheepishly report back that the installer was fine,
it was just my head that was broken.
So, I tried using the "AM53c974" driver, selected the partitition where the ISO
images are located, and watched as the installer automatically started loading
the "tmscsim" driver. Hmmm, maybe my head isn't that broken!
It never finished loading this driver, but the system did panic quite nicely.
I'm not sure why the installer tried to load the "tmscsim" driver after it
successfully (console 3 verified) loaded the "AM53c974" driver, but it does
seem to be the main culprit here.
As always, I'm willing to provide any information necessary to help resolve
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/