[Bug 98634] Fedora 32bits kernel 4.8.4-200.fc24.i686+PAE is not able to resume from hibernate

* [Bug 98634] Fedora 32bits kernel 4.8.4-200.fc24.i686+PAE is not able to resume from hibernate
@ 2016-11-07 22:09 bugzilla-daemon
  2016-11-15 22:04 ` [Bug 98634] Fedora/Ubuntu 32bits " bugzilla-daemon
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: bugzilla-daemon @ 2016-11-07 22:09 UTC (permalink / raw)
  To: dri-devel

[-- Attachment #1.1: Type: text/plain, Size: 3799 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=98634

            Bug ID: 98634
           Summary: Fedora 32bits kernel 4.8.4-200.fc24.i686+PAE is not
                    able to resume from hibernate
           Product: DRI
           Version: XOrg git
          Hardware: x86 (IA32)
                OS: Linux (All)
            Status: NEW
          Severity: normal
          Priority: medium
         Component: DRM/other
          Assignee: dri-devel@lists.freedesktop.org
          Reporter: humberto.i.perez.rodriguez@intel.com

Created attachment 127824
  --> https://bugs.freedesktop.org/attachment.cgi?id=127824&action=edit
dmesg.log

Bug description
=======================================
Fedora 32bits kernel 4.8.4-200.fc24.i686+PAE is not able to resume from
hibernate, after send the platform to S4 / hibernate looks like that the
platforms is not able to enter to S4 because the post code remains in "0004"
and never shutdown completly how does it happen in Fedora 64bits

Note : this bug does not appears in Fedora 64bit with kernel 
4.5.5-300-fc24.x86_64

Steps to reproduce
=======================================
1. Install Fedora 24 32bits
2. Go to hibernate with either of the following commands :
   # rtcwake -s 60 -m disk
   # echo disk > /sys/power/state
3. if you try with the second command try to wake up the platform pushing any
key / if you try with the first command wait 60 seconds

Expected behavior
=======================================
The platforms must resume from S4 / hibernate

Actual result
=======================================
After the step 3 the platform does not resume from S4 / hibernate

Software configuration
============================================
Linux OS                        : Fedora 32Bit
Kernel version                  : 4.8.4-200.fc24.i686+PAE
Bios revision                   : 144.10
Bios release date               : 06/27/2016
KSC revision                    : 1.15

Hardware information
============================================
Platform                        : BXT-P
Motherboard model               : BroxtonP
Motherboard type                : NOTEBOOK Hand Held
Motherboard manufacturer        : IntelCorp.
CPU family                      : Other
CPU information                 : 06/5c
GPU Card                        : Intel Corporation Atom/Celeron/Pentium
Processor N4200/N3350/E3900 Series Integrated Graphics Controller (rev 0a)
(prog-if 00 [VGA controller])
Memory ram                      : 8 GB
Maximum memory ram allowed      : 16 GB
CPU thread                      : 4
CPU core                        : 4

Attachments
===========================================
dmesg.log, which containg the log when the platforms try to enter to S4 state

Additional information
===========================================
in order to send the platform to S3 (suspend) / S4 (hibernate) you have to
enable it in the grub in the following way :

1. $ dmesg | grep -i "swap on"  # to know where is your swap partition

example : /dev/mapper/fedora-swap

2. add the following parameter in the file /etc/default/grub

resume=/dev/mapper/fedora-swap

add it at the end of the line : GRUB_CMDLINE_LINUX=

3. update the grub : grub2-mkconfig -o /boot/grub2/grub.cfg

this a common issue in Fedora, for more detail information please read the
following article :
https://fedoraproject.org/wiki/Common_F24_bugs#Hibernation_doesn.27t_work_from_a_standard_install

Please correct me if i am placing this issue in the wrong component, thanks

i915_error_state = no error state collected
cat /sys/class/drm/card0/error = no error state collected

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 5352 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

^ permalink raw reply	[flat|nested] 5+ messages in thread