Red Hat Bugzilla – Bug 104817
Machine hangs during boot after ide0 is detected
Last modified: 2015-01-04 17:03:12 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703
Description of problem:
At boot time the machine hangs. The last message I see on the machine is ide0 at
0x1f0-0x1f7,0x3f6 on irq 14. If I switch to kernel-2.4.21-20.1.2024.2.1.nptl the
machine comes up and plays. I tried acpi=off but no change. This is a 1.2 gig
athlon with 512 megs of memory.
Let me know what other info you need to troubleshoot this.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. boot the machine with the 2.4.22-1.2051.nptl kernel
Actual Results: hangs after the message: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Expected Results: normal boot up
(tigger pts2) # lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
00:07.1 IDE interface: VIA Technologies, Inc.
VT82C586A/B/VT82C686/A/B/VT8233/A/C/VT8235 PIPC Bus Master IDE (rev 06)
00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 16)
00:07.3 USB Controller: VIA Technologies, Inc. USB (rev 16)
00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
00:0d.0 Ethernet controller: 3Com Corporation 3c905B 100BaseTX [Cyclone] (rev 30)
00:13.0 Unknown mass storage controller: Triones Technologies, Inc.
HPT366/368/370/370A/372 (rev 04)
01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS
(tigger pts2) #
Created attachment 94629 [details]
dmesg from normal boot
This is from a normal boot.
Try booting with acpi=on. Behaviour changed, so it's no longer turned on by
default. If this works, can you attach the output of dmidecode so we can add it
to the list to 'automatically turn on' ?
Booted with acpi=on. Still hangs. the only difference is it stops at this line:
hdh: CD-916E/ATK, ATAPI CD/DVD-ROM drive
instead of the line listed in the original report.
Do you still want dmidecode??
try acpi=on pci=noacpi
Still no joy. Exactly the same results as with acpi=on.
Tried 2.4.22-1.2061.nptl with acpi=on and acpi=on pci=noacpi. No change, it
still hangs. Any other suggestions or am I hosed??
From: Alexander Viro <firstname.lastname@example.org>
On the off-chance that it's the same issue with IRQ... Replace
desc->status &= ~(IRQ_DISABLED | IRQ_AUTODETECT | IRQ_WAITING);
desc->status &= ~(IRQ_DISABLED | IRQ_AUTODETECT |
IRQ_WAITING | IRQ_INPROGRESS);
in setup_irq() and see if it helps.
2.4 used to get very upset if we got an irq at the time when it was
enabled but had no handler registered and IDE code has a wide window
where that is true. If irq happened in that interval, it got stuck
forever, which hung the box as soon as we tried to do anything.
Note that minor changes in other places might have affected the timings
getting the irq hit us in critical interval. Fix (along the lines of
suggested above) went into Marcelo's tree recently. The bug used to hit
us on at least two models (both Alpha-based - DS10 and Miata, but a lot
of other platforms have the same issue), so it's not a pure theory.
Is there something a Non-programmer can test??
Yes, apparantly the most recent rawhide kernels have this change in them
already, so grab the latest kernel from rawhide and test.
Tried the 2108 kernel with acpi=on, acpi=on pci=noacpi and with acpi off and no
joy. It hangs at exactly the same place. Any other ideas?? Is there some more
info I can provide that would help figure this out??
It would be really great if we could find one (or better yet, more than
one) other piece of hardware that is exhibiting the same symptoms so that
we could start looking for commonality between them to pinpoint the problem.