Bug 201587 - unable to enter S0ix - HP EliteBook Folio G1 (SKL)
Summary: unable to enter S0ix - HP EliteBook Folio G1 (SKL)
Status: NEW
Alias: None
Product: Power Management
Classification: Unclassified
Component: Hibernation/Suspend (show other bugs)
Hardware: Intel Linux
: P1 normal
Assignee: Rafael J. Wysocki
Depends on:
Reported: 2018-11-01 13:51 UTC by RussianNeuroMancer
Modified: 2019-11-04 06:34 UTC (History)
5 users (show)

See Also:
Kernel Version: 4.19.0
Tree: Mainline
Regression: No

dmesg of Linux 4.19.0 with enabled pm_debug_messages (68.80 KB, text/plain)
2018-11-01 13:51 UTC, RussianNeuroMancer

Description RussianNeuroMancer 2018-11-01 13:51:29 UTC
Created attachment 279283 [details]
dmesg of Linux 4.19.0 with enabled pm_debug_messages


As with HP Elite x2 1013 G3 bug 201579 I trying to follow https://01.org/blogs/qwang59/2018/how-achieve-s0ix-states-linux guide to find, why S0ix don't work.

According to both of powertop and /sys/devices/system/cpu/cpuidle/low_power_idle_cpu_residency_us PC10 works and residency level is high (around 80-90% in short test runs, couple of minutes long) so no problem here. low_power_idle_cpu_residency_us counter increase not only in suspend freeze, but also with display in DPMS mode, so opportunistic sleep works too.

And like in HP Elite x2 1013 G3 case, /sys/kernel/debug/pmc_core/slp_s0_residency_usec is always zero, so here is debug data:

GFX check:

~# cat /sys/class/drm/card0/power/rc6_residency_ms

~# cat /sys/kernel/debug/dri/0/i915_dmc_info
fw loaded: yes
path: i915/skl_dmc_ver1_27.bin
version: 1.27
DC3 -> DC5 count: 1427
DC5 -> DC6 count: 1407
program base: 0x09004040
ssp base: 0x00002fc0
htp: 0x00b40068

~# dmesg | grep i915
[    6.622332] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem
[    6.637093] [drm] Finished loading DMC firmware i915/skl_dmc_ver1_27.bin (v1.27)
[    7.248588] [drm] Initialized i915 1.6.0 20180719 for 0000:00:02.0 on minor 0
[    7.252941] snd_hda_intel 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[    8.397699] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[    9.118709] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun
[  750.511004] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun
[ 1258.991673] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun
[ 1757.005162] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun

Error message most likely related to this issue: https://bugs.freedesktop.org/show_bug.cgi?id=103229

Unfortunately, enabling pm_debug_messages doesn't not produce any output to dmesg, as you can see in attached log. So I not sure why S0ix would not work on this device. Any ideas?
Comment 1 RussianNeuroMancer 2018-11-01 14:07:33 UTC
Just in case: suspend freeze was tested with powertop --auto-tune.
Comment 2 RussianNeuroMancer 2019-02-04 09:25:31 UTC
Issue is still reproducible on Linux 5.0rc4 with this patches https://patchwork.kernel.org/patch/10714257/
Comment 3 RussianNeuroMancer 2019-02-04 09:26:19 UTC

Issue is still reproducible on Linux 5.0rc4 with this patches https://patchwork.kernel.org/project/platform-driver-x86/list/?series=74547
Comment 4 Ida Wallace 2019-06-27 05:48:39 UTC Comment hidden (spam)
Comment 6 wendy.wang 2019-11-04 06:34:51 UTC
Have you tried Linux v5.4-rcx kernel recently? 
Both V5.3 and v5.4 merged improvement patches for S0ix, covering NVMe and EC components. 

If issue still can be reproduce with v5.4-rcx, please paste the outputs of 

Note You need to log in before you can comment on or make changes to this bug.