RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 798456 - System sometimes fails to completely hibernate
Summary: System sometimes fails to completely hibernate
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: kernel
Version: 6.2
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: John Feeney
QA Contact: Dong Zhu
URL:
Whiteboard:
Depends On:
Blocks: 840683
TreeView+ depends on / blocked
 
Reported: 2012-02-28 22:13 UTC by Orion Poplawski
Modified: 2014-03-17 01:47 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-09-20 20:26:04 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
dmesg (50.76 KB, application/octet-stream)
2012-02-28 22:13 UTC, Orion Poplawski 		no flags Details
View All

Description Orion Poplawski 2012-02-28 22:13:38 UTC 
Created attachment 566407 [details]
dmesg

Description of problem:

Starting with the 6.2 kernels, our two SuperMicro X7DWT machines sometimes fail to hibernate completely.  Power light goes out but monitor/keyboard seems to have some power.  Need to hold power button in for a few seconds and then system finally powers off.  When turned on it boots fresh, does not resume from previous.


Tried using a serial console to capture problems, but things seem fine.  No timestamps here so not sure what is from when:

ACPI: Waking up from system sleep state S4
pci 0000:00:01.0: PCI INT A -> GSI 24 (level, low) -> IRQ 24
pci 0000:00:05.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
pci 0000:00:07.0: PCI INT A -> GSI 30 (level, low) -> IRQ 30
usb usb2: root hub lost power or was reset
usb usb3: root hub lost power or was reset
usb usb4: root hub lost power or was reset
usb usb1: root hub lost power or was reset
pci 0000:00:1f.0: rerouting interrupts for [8086:2670]
ahci 0000:00:1f.2: PCI INT B -> GSI 17 (level, low) -> IRQ 17
[drm] nouveau 0000:01:00.0: We're back, enabling device...
[drm] nouveau 0000:01:00.0: POSTing device...
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 0 at offset 0x6970
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 1 at offset 0x6FB6
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 2 at offset 0x814B
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 3 at offset 0x814F
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table 4 at offset 0x8237
[drm] nouveau 0000:01:00.0: Parsing VBIOS init table at offset 0x829C
[drm] nouveau 0000:01:00.0: Restoring GPU objects...
[drm] nouveau 0000:01:00.0: Reinitialising engines...
[drm] nouveau 0000:01:00.0: Restoring mode...
HDA Intel 0000:01:00.1: PCI INT B -> GSI 34 (level, low) -> IRQ 34
pci 0000:03:00.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
pci 0000:04:00.0: PCI INT A -> GSI 28 (level, low) -> IRQ 28
pci 0000:04:02.0: PCI INT A -> GSI 44 (level, low) -> IRQ 44
e1000e 0000:06:00.0: PCI INT A -> GSI 44 (level, low) -> IRQ 44
e1000e 0000:06:00.0: PME# disabled
e1000e 0000:06:00.0: eth0: MAC Wakeup cause - Magic Packet
e1000e 0000:06:00.1: PCI INT B -> GSI 40 (level, low) -> IRQ 40
e1000e 0000:06:00.1: PME# disabled
serial 00:08: activated
serial 00:09: activated
ata4: SATA link down (SStatus 0 SControl 300)
ata6: SATA link down (SStatus 0 SControl 300)
ata2: SATA link down (SStatus 0 SControl 300)
ata5: SATA link down (SStatus 0 SControl 300)
ata3: SATA link down (SStatus 0 SControl 300)
ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata1.00: configured for UDMA/100
usb 2-2: reset low speed USB device using uhci_hcd and address 2
sd 0:0:0:0: [sda] Starting disk
Restarting tasks ... done.
e1000e: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: Rx/Tx
e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
PM: Syncing filesystems ... done.
Freezing user space processes ... (elapsed 0.00 seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
PM: Preallocating image memory... done (allocated 5996649 pages)
PM: Allocated 23986596 kbytes in 13.75 seconds (-1379.-13 MB/s)
sd 0:0:0:0: [sda] Synchronizing SCSI cache
serial 00:09: disabled


Version-Release number of selected component (if applicable):
2.6.32-220.4.2.el6.x86_64

How reproducible:
intermittent

Reverting to 2.6.32-131.21.1.el6.x86_64 prevents the problem from occurring.
Additional info:
Comment 6 Matthew Garrett 2012-09-20 20:10:50 UTC 
Not happening for 6.4.
Comment 7 RHEL Program Management 2012-09-20 20:26:04 UTC 
Development Management has reviewed and declined this request.
You may appeal this decision by reopening this request.
Note You need to log in before you can comment on or make changes to this bug.