Bug 187185
Summary: | all sleep modes should be available | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Andre Robatino <robatino> |
Component: | hal | Assignee: | John (J5) Palmieri <johnp> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 5 | CC: | jkeck, richard |
Target Milestone: | --- | Keywords: | FutureFeature |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-04-17 19:44:58 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
Andre Robatino
2006-03-29 01:42:45 UTC
gnome-power-manager only allows what HAL thinks we can do. If you boot with either option selected, and then do: lshal | grep can_suspend You'll see why this happens. For what it's worth, hal never supported sleep, just suspend, hibernate and shutdown. This is likely a HAL problem. I've changed the component to HAL, and also changed the bug description to be agnostic as to where the problem is coming from. The output of "lshal | grep can_suspend" (with standby mode in BIOS set to S1) is power_management.can_suspend_to_disk = true (bool) power_management.can_suspend_to_ram = false (bool) Do you know if the reason the lower sleep modes aren't supported is because they aren't considered worthy of support (maybe they were originally introduced to make it easier for the OS to support them)? I also noticed that "Hibernate" is not listed as an option in the System menu, even though it's available. Do "cat /sys/power/state" : if mem is listed, your machine can do suspend to memory. If disk is listed, you get suspend to disk. Also, is /proc/suspend2 is listed you also get suspend to disk. SO HAL is really only copying what the kernel is telling us. Does that help? I would say no on this. If S3 or hibernate doesn't work we need to fix it for your laptop (one of the fedora lists and the fedora wiki would be a good start). Exposing S modes (or even just more modes) to the user is wrong. If you are a power user you can figure out how to modify the pm scripts to bandaid your system (or you can ask for help on fixing the real issues which is more useful for other users of your hardware). Yes, agreed. It's actually a desktop. AFAIK, everything looks normal when it goes into S3 suspend, but when I wake it up, it's unaware that it was suspended, and it has to clean up a few orphan inodes. Is it at all possible that it could be deficient hardware? (The BIOS gives a choice of either S1 or S3 for RAM suspend, with S1 the default.) And if it's the OS, which component should I report it under? Strangely, hibernation seems to work. |