Bug 98303 - Blank screen after resume
Summary: Blank screen after resume
Status: CLOSED WORKSFORME
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: XOrg git
Hardware: Other All
: medium normal
Assignee: Intel GFX Bugs mailing list
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-10-18 04:36 UTC by nutrinfnon
Modified: 2016-11-23 06:29 UTC (History)
1 user (show)

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


Attachments
logs of (164.70 KB, text/plain)
2016-10-18 04:36 UTC, nutrinfnon
no flags Details

Description nutrinfnon 2016-10-18 04:36:54 UTC
Created attachment 127372 [details]
logs of

(copy of https://bugzilla.kernel.org/show_bug.cgi?id=176351)

When resuming from hibernate state, kernel linux 4.8.0, the screen is blank(acpi off) and it does not resume. Previous version 4.6.0 works fine, resuming screen is blank (acpi off), pressing a key screen it switch on, all right.

I done two test, first resume worked (restart after few seconds), second failed (restart after a while). In attach logs of both cases.

In the attached file I can see following:
Oct  5 06:57:46 abox gdm-Xorg-:0[1013]: (II) AIGLX: Resuming AIGLX clients after VT switch
Oct  5 06:57:46 abox gdm-Xorg-:0[1013]: (II) intel(0): switch to mode 1920x1080@60.0 on HDMI1 using pipe 0, position (0, 0), rotation normal, reflection none
Oct  5 06:57:46 abox gdm-Xorg-:0[1013]: (EE) intel(0): failed to set mode: Invalid argument [22]
Oct  5 06:57:46 abox gdm-Xorg-:0[1013]: (WW) intel(0): failed to restore desired modes on VT switch
Oct  5 06:57:46 abox gdm-Xorg-:0[1013]: (EE) intel(0): sna_mode_shutdown_crtc: invalid state found on pipe 0, disabling CRTC:26
...
Oct  5 06:58:05 abox kernel: [  919.079396] [drm:drm_framebuffer_remove [drm]] *ERROR* failed to reset crtc ffff880196939000 when fb was deleted
Oct  5 06:58:05 abox kernel: [  919.079460] [drm:drm_plane_force_disable [drm]] *ERROR* failed to disable plane with busy fb
Comment 1 nutrinfnon 2016-11-22 08:30:06 UTC
Same hardware, using uefi boot, the issue diseappears.
Comment 2 yann 2016-11-22 10:23:18 UTC
(In reply to nutrinfnon from comment #1)
> Same hardware, using uefi boot, the issue diseappears.

It looks like a BIOS issue then.
Comment 3 nutrinfnon 2016-11-23 06:08:22 UTC
I'm not sure (because, until up 4.6.0, I always used BIOS CSM). For me, now,  it works, so I change this bug in "resolved as WORKSFORME".


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.