Description of problem:
I'm having problems with resuming my Acer TravelMate 2490 with 184.108.40.206-33.f7
from the S3 (suspend to RAM). It does "resume", but does nothing until one
presses the keyboard several time. Even after the resume it's in most cases very
"lazy". It seems like some interrupts are losts (for example while resuming each
keystroke pushes the resume process further - with no keystrokes it just "waits")...
Version-Release number of selected component (if applicable):
220.127.116.11-33.f7 has problems, while on 2.6.21-1.3194.fc7 it does work.
Steps to Reproduce:
1. echo mem > /sys/power/state
2. try to resume...
I saw your original report on the Czech Linux users mailing list. There you
mentioned booting with "nohz=off highres=off" makes the problem go away.
That's useful information.
Yeah, I intended to post this here as well, but was a little bit in hurry
yesterday... so sorry for that ;)
I'm reviewing this bug as part of the kernel bug triage project, an attempt to
isolate current bugs in the fedora kernel.
I am CC'ing myself to this bug and will try and assist you in resolving it if I can.
There hasn't been much activity on this bug for a while. Could you tell me if
you are still having problems with the latest kernel?
If the problem no longer exists then please close this bug or I'll do so in a
few days if there is no additional information lodged.
As indicated previously there has been no update on the progress of this bug
therefore I am closing it as INSUFFICIENT_DATA. Please re-open if the issue
still occurs for you and I will try to assist in its resolution. Thank you for
taking the time to report the initial bug.