Red Hat Bugzilla – Bug 512013
[LTC 5.5 FEAT] Support ACPI S3/S4 Sleeping States 
Last modified: 2010-10-18 15:49:56 EDT
Emily J. Ratliff <email@example.com> -
1. Feature Overview:
Feature Id: 
a. Name of Feature: Support ACPI S3/S4 Sleeping States
b. Feature Description
Support ACPI S3/S4 (Standby/Hibernate) Sleeping States in Enterprise environments.
Additional Comments: We continue to test and validate sleep support in RHEL5. We are expecting to
have server grade hardware to test S3/S4 during the 5.5 timeframe.
2. Feature Details:
Arch Specificity: Both
Affects Core Kernel: Yes
Affects Kernel Modules: Yes
Delivery Mechanism: Direct from community
Request Type: Kernel - Enhancement from Upstream
d. Upstream Acceptance: Accepted
Sponsor Priority 1
f. Severity: High
IBM Confidential: no
Code Contribution: no
g. Component Version Target:
3. Business Case
Needed to support IBM's Energy management/Green initiatives. Requirements from customers dictate
smarter, more power efficient environments.
4. Primary contact at Red Hat:
5. Primary contacts at Partner:
Project Management Contact:
Monte Knutson, firstname.lastname@example.org, 877-894-1495
Kevin Stansell, email@example.com
Chris McDermott, firstname.lastname@example.org
Deneen T. Dock, email@example.com
Is this expected to be a Test Only item?
------- Comment From firstname.lastname@example.org 2009-10-01 15:19 EDT-------
(In reply to comment #4)
> Is this expected to be a Test Only item?
Yes, we believe this will be validation only on the new servers that will be supporting S3/S4. This is based on our successful testing with RHEL5.4 on HC10 / Intellistation hardware. So, if the new hardware uncovers a corner case condition or some other error, we reserve the right to change our minds. :-)
No problem, if a bug is found please open a new BZ and set it as a dependency of this one so we can track it.
This enhancement request was evaluated by the full Red Hat Enterprise Linux
team for inclusion in a Red Hat Enterprise Linux minor release. As a
result of this evaluation, Red Hat has tentatively approved inclusion of
this feature in the next Red Hat Enterprise Linux Update minor release.
While it is a goal to include this enhancement in the next minor release
of Red Hat Enterprise Linux, the enhancement is not yet committed for
inclusion in the next minor release pending the next phase of actual
code integration and successful Red Hat and partner testing.
~~ Attention Customers and Partners - RHEL 5.5 Beta is now available on RHN ~~
RHEL 5.5 Beta has been released! There should be a fix present in this
release that addresses your request. Please test and report back results
here, by March 3rd 2010 (2010-03-03) or sooner.
Upon successful verification of this request, post your results and update
the Verified field in Bugzilla with the appropriate value.
If you encounter any issues while testing, please describe them and set
this bug into NEED_INFO. If you encounter new defects or have additional
patch(es) to request for inclusion, please clone this bug per each request
and escalate through your support representative.
This bug is currently blocked by bug 550014. I cannot verify until this one is resolved.
------- Comment From email@example.com 2010-02-18 19:29 EDT-------
Retested with 2.6.18-189.el5. Found that suspend to disk now works. The system resumes, but the network is not functional after resume. Perhaps the following kernel messages is related to the problem:
bnx2: Chip not in correct endian mode
Test was performed on an x3550 M2.
Verified on -190.el5. Tested system was ibm-x3200m2.
System was able to suspend to disk. Suspend to memory was not tested as this is not supported on ibm-x3200m2.
# cat /sys/power/state
Checked also restore of running process. The system was able to recover the running process after suspend.
Consider this bug verified.
------- Comment From firstname.lastname@example.org 2010-03-02 17:06 EDT-------
I also tested suspend to disk on an IBM x3200 M2 with the 2.6.18-189.el5 kernel (Snap 2). The system resumed from suspend and running processes also resumed.
On this system network connectivity was also restored after resume.
I agree that this feature should be considered verified.
However on three other system with a bnx2 driver and the Broadcom 5709 chip we observed that the network wasn't functional after resume. We will track this issue as a separate bugzilla entry.
------- Comment From email@example.com 2010-03-09 14:22 EDT-------
Marking feature request as 'Verified'. A separate bug LTC 61110 / RHIT 598103 has been opened to track the outstanding issue on systems using bnx2 driver.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.