If the X server is not running, or if the X server is running with plain non-OpenGL applications (in my test cases, just fvwm and an xterm), I am able to change consoles (tested by ssh:ing to the machine and running chvt since it is a HTPC and lacks a keyboard) and suspend/resume (by ssh:ing to the machine and running echo mem > /sys/power/state) without any problems. If I'm running XBMC (latest version - 9.11), "chvt 1" followed by "chvt 7" will cause the XBMC frontend to reappear on screen briefly, the screen will then flicker and after a few seconds show a solid color (white and pink seem to be popular)...at that point the machine doesn't respond to pings, etc...a few seconds later the machine reboots. The same thing happens when resuming from suspend-to-ram. My guess is that the difference lies in that XBMC has a user interface based on OpenGL (via SDL). Versions: Kernel : 2.6.33-rc6 (also tested: 2.6.32.7) libdrm : 2.4.17 (also tested: 2.4.15) xorg : 7.5 mesa : 7.7 (also tested: 7.6 and 7.5) intel drv : 2.9.1 (also tested: 2.9.0 and 2.8.x) The machine has a DG45FC mainboard with GMA X4500HD graphics and 2GB of RAM running Debian unstable with an amd64 kernel and userspace on a Core2Duo E7300 CPU. KMS is enabled.
Reassigning this one to Ian. -Carl
Does the same thing also happen with any opengl app, or just xbmc?
I've just tried running "glxgears -fullscreen" plus fvwm as the only apps, and the exact same thing happens (I tested chvt 1, which left a frozen glxgears image, followed by chvt 7 which caused a hard freeze followed by a reboot after a few seconds).
See also: bug #27035
Was bored, tried updating some components, tested again with: Kernel : 2.6.33-2-amd64 (Debian Experimental) libdrm : 2.4.20-2 (ditto) xorg : 7.5 mesa : 7.7.1 intel drv : 2.11.0-1 (Debian Experimental) and voila - suspend/resume and vt switching works! :)
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.