Bug 11427 - Restarting Xserver 1.3.0.0 after resuming from suspend2disk breaks ctrl+alt+f(1-6).
Summary: Restarting Xserver 1.3.0.0 after resuming from suspend2disk breaks ctrl+alt+f...
Status: RESOLVED WORKSFORME
Alias: None
Product: xorg
Classification: Unclassified
Component: Server/General (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: medium major
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2007-06-30 03:40 UTC by Hussam Al-Tayeb
Modified: 2009-05-24 01:11 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Hussam Al-Tayeb 2007-06-30 03:40:13 UTC
After running Xserver 1.3.0.0 for an extended number of hours after a fresh computer boot, doing ctrl+alt+f1 results in a blank screen (for example, the monitor says 'no signal'). 
I can easily do ctrl+alt+f7 and get back into my gnome session.
Another thing is that after I do ctrl+alt+f1, despite the fact that the screen is blank, I can still blindly log into that virtual terminal, do some operations and log out (which means the computer is not frozen). 
I've seen this on two computers, one running open source Intel display drivers and another one running nvidia proprietary drivers
Also restarting the xserver by doing ctrl+alt+f1 then blindly logging in as root, and running: init 3 ; rmmod nvidia ; init 5 ; exit doesn't solve the problem and vt(1-6) are still blank.
Comment 1 Jan de Groot 2007-06-30 03:49:37 UTC
This isn't just an nvidia issue, this also happens on my laptop at random events when shutting down: 50% of all cases I get a blank screen during shutdown.

Hardware:
MSI Megabook S262B, Core Duo T2050, Intel 945GM, screen detected as LVDS

Software:
xorg-server 1.3.0.0, kernel 2.6.22-rc5, xf86-video-intel 2.0.0, mesa 6.5.3, stock kernel DRM drivers
Comment 2 Hussam Al-Tayeb 2007-08-21 03:27:25 UTC
Sometime simply restart Xserver 1.3.0.0 by doing ctrl+alt+backspace causes this breakage.
Comment 3 Hussam Al-Tayeb 2007-09-10 01:50:21 UTC
Still happens under xserver 1.4 and mesa 7.0.1

to reproduce.
1. Start X server and log in to gnome.
2. Suspend the computer to disk ( hibernate).
3. Resume from hibernate and restart Xserver. VT(1to6) is now broken.
Comment 4 Hussam Al-Tayeb 2007-09-10 01:52:55 UTC
The problem seems to only happen after restarting the Xserver
Comment 5 Hussam Al-Tayeb 2007-09-12 03:51:25 UTC
I can still start separate working X sessions under the broken VTs but once I exit them, the VT is still broken again.

For some reason, restarting X server after resuming from suspend breaks the VT. It's really getting hard to investigate why this is happening. Any help from Xserver experts is more than appreciated.
Comment 6 Hussam Al-Tayeb 2008-01-09 18:03:41 UTC
Steps to fix:
1. Run CTRL+ALT+F1.
2. It's blank so I have to blindly type in stuff.
3. Type root and enter the root password.
4. Run init 3 to exit Xserver.
5. At this moment, I'm blindly typing in stuff because I only see a blank screen.
6. Run pm-hibernate or any other hibernate script.
7. Resume from hibernate.
8. Virtual terminals are no longer blank (I can see again).
Comment 7 Hussam Al-Tayeb 2009-05-24 01:11:24 UTC
It seems to have been fixed in xserver 1.4.1 and it still works in 1.6.1
so I'm closing it. Sorry for the massive delay in closing the bug :)


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.