[Bug 91585] [BDW] System hard lock-up on resume from suspend

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Sun Oct 4 09:36:34 PDT 2015


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

--- Comment #13 from Jerome <an.inbox at free.fr> ---
I tried attaching a USB serial adapter, but no luck: I can get the serial port
functioning, but later after boot and not as a console. From what I could find
on the topic, it's not enough to put the right kernel option (console=ttyUSB0),
one must get the serial port recognized and used by grub for systemd to use it
automatically as a console. The most helpful I found on this is
http://www.coreboot.org/GRUB2, but it didn't work for me (no serial port found
at grub level).

I tried something else: configure systemd so that the power button triggers an
hibernate from the console. Then with KDE on VT7, I switched back to a simple
console on VT1 and triggered suspend/resume cycles there. I can reproduce the
lock-up this way too (I did this in the hope of finding a work-around, too
bad...). It happens just before the console session is restored, and there's no
info displayed: just the same lock-up with only the cursor in the top-left
corner, exactly as with KDE.

However, if I stop KDM (so no X running at all) and I do hibernation cycles
from VT1 then I can't reproduce the lock-up after 40 cycles.

So it seems the lock-up is related to restoring the X session, whether or not
it's on screen at the moment.

If there are suggestions on what to try next, I'll be glad to help.

-- 
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/20151004/8eff666e/attachment.html>


More information about the intel-gfx-bugs mailing list