[Bug 81548] New: [HSW] suspend/resume sometimes leaves DRI crippled
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Sat Jul 19 12:35:23 PDT 2014
https://bugs.freedesktop.org/show_bug.cgi?id=81548
Priority: medium
Bug ID: 81548
CC: intel-gfx-bugs at lists.freedesktop.org
Assignee: intel-gfx-bugs at lists.freedesktop.org
Summary: [HSW] suspend/resume sometimes leaves DRI crippled
QA Contact: intel-gfx-bugs at lists.freedesktop.org
Severity: normal
Classification: Unclassified
OS: Linux (All)
Reporter: liquid.acid at gmx.net
Hardware: x86-64 (AMD64)
Status: NEW
Version: XOrg CVS
Component: DRM/Intel
Product: DRI
Hello,
got a new laptop system, which is still dealing with some "teething problems".
After some suspend/resume cycles the DRI support gets crippled, in the
following sense:
E.g. glxgears just displays are black screen and doesn't provide any status
output. So it's not like it is rendering something which is not shown on the
screen then. Something is blocking here. Investigating dmesg and the Xorg log
didn't provide anything useful. No GPU hang detected or anything out of the
ordinary. I'm going to check again though when it happens again.
I should be using DRI3 here. Also using PRIME (a dedicated Radeon R9 M265X)
shows the same results, no rendering.
Software stack:
xorg-server-1.16.0
mesa git tip
libdrm git tip
vanilla 3.15.6
CPU is a i7-4700HQ, which should make the GPU a hsw/gen7.5 (?)
Uploading dmesg and Xorg log later.
Any ideas how to debug this, should it happen again? I thought about just
attaching gdb to glxgears and checking where it's looping for starters.
With best wishes,
Tobias
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20140719/584813f0/attachment.html>
More information about the intel-gfx-bugs
mailing list