Bug 104235 - Intel GemniLake laptops goes power off directly after performing suspend
Summary: Intel GemniLake laptops goes power off directly after performing suspend
Status: CLOSED NOTOURBUG
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: XOrg git
Hardware: x86-64 (AMD64) Linux (All)
: medium critical
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-12-13 02:58 UTC by Chris Chiu
Modified: 2018-03-29 07:07 UTC (History)
2 users (show)

See Also:
i915 platform: GLK
i915 features: power/suspend-resume


Attachments
dmesg log of performing S3 on GemniLake (59.16 KB, text/plain)
2017-12-13 02:58 UTC, Chris Chiu
no flags Details

Description Chris Chiu 2017-12-13 02:58:09 UTC
Created attachment 136128 [details]
dmesg log of performing S3 on GemniLake

Multiple new Acer and Asus consumer products based on Intel GeminiLake
N4100/N5000 fail to go into S3 suspend-to-RAM. At the point when you
would normally expect the system to go into sleep, the computer
completely powers off.

The same happens under Windows 10 RS3 too, until the following Intel
graphics driver is installed:

    Package: 530967
    Intel(R) Graphics Driver: 23.20.16.4849
    Intel(R) Display Audio Driver: 10.00.00.1

After installing this driver, Windows can now go into S3 suspend and
also be resumed. I'm wondering if someone can check with the Windows
gfx driver developers what this driver does to affect S3 suspend so
that we can fix up Linux behavior.

Also tried to boot Linux with "nomodeset" parameter, it can go into sleep
w/o problem, but exit suspend with blank screen. The attached dmesg log shows
it comes back from suspend.
Comment 1 Elizabeth 2017-12-13 18:05:58 UTC
Hello Chris Chiu, 
Could you attach dmesg with debug information, drm.debug=0x1e parameter on grub?
Also wondering if dmc firmware makes any difference with the issue??
https://01.org/linuxgraphics/downloads/firmware
Thank you.
Comment 2 Jani Saarinen 2017-12-14 07:16:11 UTC
As mentioned would be nice too see with latest drm-tip and DMC if issue exists:

On our CI machines: See eg: https://intel-gfx-ci.01.org/tree/drm-tip/fi-glk-1.html

We load DMC on drm-tip: 

https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_3512/fi-glk-1/boot0.log

<7>[    9.097667] [drm:intel_csr_ucode_init [i915]] Loading i915/glk_dmc_ver1_04.bin
<6>[    9.108214] [drm] Finished loading DMC firmware i915/glk_dmc_ver1_04.bin (v1.4)
Comment 3 Chris Chiu 2017-12-14 12:57:20 UTC
It's quite interesting that after I upgrade to the latest firmware for BT (Intel 9461/9462 wifi/bt module) and suspend/resume work as a charm. All I do is only put the ibt-17-* files to /lib/firmware/intel and then reboot.

There's no glk_dmc_ver1_04.bin so the dmesg shows "Failed to load DMC firmware". So maybe it's not about GFX. Thanks for your feedbacks.
Comment 4 Jani Saarinen 2017-12-14 14:20:18 UTC
There is in firmware.git: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915
Comment 5 Jari Tahvanainen 2018-02-14 15:57:45 UTC
Marking this as notourbug as suspected not to be caused by gfx. Please reopen if you disagree.
Comment 6 Jani Saarinen 2018-03-29 07:07:40 UTC
Closing this now.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.