[Bug 100050] [SNB][i915] Screen freezes on switch between Wayland and VTs on Kernel >= 4.10.1
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Wed Mar 8 20:30:51 UTC 2017
https://bugs.freedesktop.org/show_bug.cgi?id=100050
--- Comment #7 from Peter Weber <peter.weber at mailbox.org> ---
Created attachment 130133
--> https://bugs.freedesktop.org/attachment.cgi?id=130133&action=edit
boot with drm.debug=14 without a dockingstation, switching VTs works!
Hello!
I figured this only out during creating the dmesg with "drm.debug=14". When the
laptop is not docked in, it is possible to switch between the different TTYs!
Steps to reproduce:
1.) Boot and login on GDM into GNOME, with Wayland
2.) Shortcut: Ctrl+Alt+F3, successfull switch to TTY2
3.) Shortcut: Ctrl+Alt+F4 or Alt+F4, successfull switch to TTY4
4.) Open an image with $ fbi somenicepicture.png // shows image on screen
5.) Shortcut: Ctrl+Alt+F3 or Alt+F3, successfull switch to TTY3
6.) Shortcut: Ctrl+Alt+F2 or Alt+F2, screen freezes // yep, it also freezes
7.) Shortcut: Ctrl+Alt+F4, successfull switch to TTY4
8.) Quit fbi
9.) Shortcut: Ctrl+Alt+F2 or Alt+F2, back in GNOME
So the bug is possibly releated to the docking-station and/or the second
monitor. What is new here, is, that since kernel 4.10 switching back to
Wayland while an image is open in 'fbi' is not possible.
---------------------------------------------------------------------------------
I'm aware of an older issue, which wasn't important till now. I'm familiar with
the situation, that switching from a running session in X11 (!) to an VT with a
running 'fbi' wasn't possible.
---------------------------------------------------------------------------------
Thank you
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/intel-gfx-bugs/attachments/20170308/a134ccd3/attachment.html>
More information about the intel-gfx-bugs
mailing list