Bug 82587 - [GM45 regression bisected] Hang after resume from hibernate
Summary: [GM45 regression bisected] Hang after resume from hibernate
Status: CLOSED FIXED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: highest normal
Assignee: Ville Syrjala
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-08-13 22:26 UTC by Martin Buck
Modified: 2017-07-24 22:52 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0.log with error messages (49.31 KB, text/plain)
2014-08-13 22:26 UTC, Martin Buck
no flags Details
dmesg output, probably not very interesting (68.75 KB, text/plain)
2014-08-13 22:27 UTC, Martin Buck
no flags Details

Description Martin Buck 2014-08-13 22:26:24 UTC
Created attachment 104588 [details]
Xorg.0.log with error messages

Bug description:
Graphics display frozen (mouse pointer still moves) after resume from
hibernation. Xorg.0.log filled with:
(EE) intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: Invalid argument.
This is a regression, hiberate worked fine up to Linux kernel 3.11.

System environment:
-- chipset: GM45
-- system architecture: i686
-- xf86-video-intel: 2.19.0
-- xserver: 1.12.4
-- mesa: 2.1 Mesa 8.0.5
-- libdrm: 2.4.40
-- kernel: 3.12.23, 3.14.16, 3.16
-- Linux distribution: Debian Wheezy
-- Machine or mobo model: Lenovo Thinkpad X200 Tablet
-- Display connector: Integrated panel

Reproducing steps:
* Boot system
* On login screen (I use lightdm, but it's also reproducible from within an
  Xfce session), click "Hibernate"
* Wait a few minutes (10 min always seems to be enough, immediate resume
  sometimes doesn't show the problem)
* Power on
* Wait for resume from hibernation
* Old screen shown again, but cursor not flashing and no interaction possible
* Switch to VT1 using Ctrl-Alt-F1
* Inspect /var/log/Xorg.0.log

Additional info:
git-bisect showed that commit 17fec8a08698bcab98788e1e89f5b8e7502ababd
(drm/i915: Use Graphics Base of Stolen Memory on all gen3+) from
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
causes the problem. Reverting to the previous commit
f63a484c2f606b8267eb4d1dbfce5d1d3416e0bb fixes the problem.
Comment 1 Martin Buck 2014-08-13 22:27:37 UTC
Created attachment 104589 [details]
dmesg output, probably not very interesting
Comment 2 Imre Deak 2014-08-14 19:04:36 UTC
CC'ing Chris to comment on the bisect result.
Comment 3 Chris Wilson 2014-08-14 19:12:06 UTC
Ville's fixes are still outstanding.
Comment 4 Martin Buck 2014-08-18 22:36:03 UTC
(In reply to comment #3)
> Ville's fixes are still outstanding.

Do you have more information about when they might be ready? Should the commit that caused the problem be reverted in the meantime, or would that cause even more breakage?
Comment 5 Jani Nikula 2014-09-10 15:16:50 UTC
(In reply to comment #3)
> Ville's fixes are still outstanding.

Which fixes are these?
Comment 6 Chris Wilson 2014-09-10 17:42:57 UTC
(In reply to comment #5)
> (In reply to comment #3)
> > Ville's fixes are still outstanding.
> 
> Which fixes are these?

Stolen address fixes.
Comment 7 Rodrigo Vivi 2014-10-15 19:27:54 UTC
Is this still happening on latest drm-intel-nightly?
Comment 8 Martin Buck 2014-10-17 06:08:07 UTC
No longer reproducible with 2ea23cd593ba60ead60e2f796fae675aa4475b1a from drm-intel-nightly. Thanks!


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.