[Bug 89727] [SKL bisected] system hang when changing resolution in games or killing gnome-session twice

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Wed Apr 1 23:19:17 PDT 2015


https://bugs.freedesktop.org/show_bug.cgi?id=89727

--- Comment #10 from ye.tian <yex.tian at intel.com> ---
(In reply to Matt Roper from comment #8)
> (In reply to Gordon Jin from comment #4)
> > (In reply to Damien Lespiau from comment #3)
> > > I can't reproduce this one by starting X and killing it, nor by doing init
> > > 3/init 5 cycles.
> > 
> > xinit is not sufficient. Could you try gnome-session as well?
> 
> To confirm, you can xinit and kill X as many times as you like without
> problem, but if you start a full Gnome session, kill it, start a second
> Gnome session, and then kill it again, you see a hang?
> 
 yes, the system hang.I can see a yellow light on the motherboard.

> I don't have access to a SKL platform, so I'm a bit blind here, but can you
> try a few things (assuming my understanding above is correct and also that
> you still see this issue on the latest -nightly)?

 yes, this issue still on the latest -nightly.

>  - Test with xinit, but make sure you move your mouse into and out of the
> xterm that usually gets started by default to ensure the mouse cursor has to
> appear/change before you kill X.  I want to rule out the framebuffer
> reference counting issues we had with universal cursors recently.

 confirmed, I can move the mouse into and out of the xterm before kill X.

>  - Start with xinit, but run xrandr to set varying display modes.  I.e., can
> we easily trigger this crash by just switching modes with nothing else going
> on?

  The screen will turn black when set varying display modes, then the system
will hang when kill X.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20150402/4a9e0d5c/attachment.html>


More information about the intel-gfx-bugs mailing list