Bug 112702
Summary: | resume fails on Dell Inspiron 8200 | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Eric Bourque <ericb> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED WONTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 1 | CC: | lowe |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-09-29 19:53:29 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: |
Description
Eric Bourque
2003-12-29 05:22:55 UTC
ok - just tried again, and noticed the mouse still moved around but I couldn't type anything into the open terminal. I changed to the console, and tried to log in as root, but before getting a password prompt, I got the message: hda: lost interrupt several times, and was able to do nothing after that. version of apm is apmd-3.0.2-20 Perhaps this is a kernel bug after all? I have a similar problem with the 2.4.22-1.2149.nptl kernel using Dell Inspiron 4150. The resume from suspend hangs about 10% of the time, with a hard lockup and blank screen. No useful error messages appear in the system logs. Backing off to the 2.4.22-1.2140.nptl kernel fixes the problem for me. I am using APM (i.e. I have the apmd demon running, not acpid, and specify acpi=off as a boot parameter) David Same here. Fully updated FC1 on a Dell Inspiron 8200, using 2.4.22-1.2149.nptl. I can hear the drive spinning, but the connection to it seems lost. As long as you are doing things that are in memory, like switching between workspaces, or typing "ls", it's ok, but on the first disk-access that task will freeze. "hda: lost interrupt" is written to the console. As far as I can recall, this has been a problem will all FC1 kernels thus far. Also, I have tried with apmd off, as well as disabling AGP on my binary nvidia driver. The problem still occurs. Next, I am considering turing of DMA for hda and see if that fixes it. It seems that I have found a workaround... Try the following: When the system resumes, it seems to come up and be ready for work, but actually it is NOT (hypothesis). After about 10 seconds of just sitting there, the hard drive will suddenly do some accessing, and then it's safe to do whatever. So, perhaps the problem is that some components having to do with disk access are not resuming as quickly as the rest of the system. If I ask the system to do something in this partially resumed state that requires disk access, it freezes. Please report if this works for you. This does work for me. Moreover, after trying to resume this way a few times, I could no longer get the machine to crash, as if there was something which needed to happen correctly once, and then it wouldn't fail after. I even tried rebooting and then doing a suspend/resume cycle without waiting (as I normally would), and I got a new message on the console: hda: lost interrupt hda: DMA interrupt recovery and then the machine became useable again! I should note that between my original post, and now, I have applied all the core updates. 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 persists. 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/ |