Bug 104817
Summary: | Machine hangs during boot after ide0 is detected | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux Beta | Reporter: | Tom Diehl <me> | ||||
Component: | kernel | Assignee: | Dave Jones <davej> | ||||
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | beta1 | CC: | pfrields, riel | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i386 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2004-11-25 07:25:23 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: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 100643 | ||||||
Attachments: |
|
Description
Tom Diehl
2003-09-22 15:44:58 UTC
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 <aviro> On the off-chance that it's the same issue with IRQ... Replace desc->status &= ~(IRQ_DISABLED | IRQ_AUTODETECT | IRQ_WAITING); with 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. Thanks! 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. |