System Environment: -------------------------- Libdrm: (master)2.4.34-5-gba6130c2d6f4e9833f4d5b43da01673827b26bd4 Mesa: (master)5f3f63b76d36b752d7d98c04ab044b5a961b5593 Xserver: (master)xorg-server-1.12.0-200g812786f4d4306cb16f8ed57fa4a1a 32bb1d13fe3 Xf86_video_intel: (master)2.19.0-229-g3f5b94f3d1625b06840c6441a0b175604ee3d2f9 Libva: (staging)f12f80371fb534e6bbf248586b3c17c298a31f4e Libva_intel_driver: (staging)82fa52510a37ab645daaa3bb7091ff5096a20d0b Kernel_unstable:(drm-intel-next-queued)172cf15d18889313bf2c3bfb81fcea08369274ef Bug detailed description: ----------------------------- vt switch doesn't work, if do the following steps: 1. login in init level 3 2. Xorg & 3. ps aux | grep X (to know which tty xserver is using) 4. vt switch to another tty 5. DISPLAY=:0.0 xterm 6. vt switch to X and see xterm window 7. vt switch back to xterm tty 8. ctrl+c to kill it 9. X regenerate and grab screen 10. vt switch doesn't work then, only can ssh and kill X
Not sure if this is actually a DDX problem, but it seems much more likely than it being a Mesa problem.
There's no information here to determine what bug it might be...
Created attachment 62872 [details] dmesg
Chris, what info do you need? Is there any difficulty for you to reproduce it?
It's working on the machines I've tested so far. I think most interesting will be a stacktrace of X when it appears hung.
Created attachment 63604 [details] strace of server regen
Created attachment 63605 [details] Xorg.0.log
The issue appears to be that the server is no longer listening for input after the server regen.
*** This bug has been marked as a duplicate of bug 50957 ***
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.