| Summary: | Intel GemniLake laptops goes power off directly after performing suspend | ||||||
|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | Chris Chiu <chiu> | ||||
| Component: | DRM/Intel | Assignee: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
| Status: | CLOSED NOTOURBUG | QA Contact: | Intel GFX Bugs mailing list <intel-gfx-bugs> | ||||
| Severity: | critical | ||||||
| Priority: | medium | CC: | intel-gfx-bugs, jani.saarinen | ||||
| Version: | XOrg git | ||||||
| Hardware: | x86-64 (AMD64) | ||||||
| OS: | Linux (All) | ||||||
| Whiteboard: | |||||||
| i915 platform: | GLK | i915 features: | power/suspend-resume | ||||
| Attachments: |
|
||||||
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. 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) 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. There is in firmware.git: https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/tree/i915 Marking this as notourbug as suspected not to be caused by gfx. Please reopen if you disagree. 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.
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.