FS#19661 - [xorg-server] Xorg crashes

Attached to Project: Arch Linux
Opened by Pico (Avatar) - Monday, 31 May 2010, 12:31 GMT
Last edited by Jan de Groot (JGC) - Thursday, 07 April 2011, 08:46 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture i686
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 6
Private No

Details

Description: Xorg crashes almost randomly.
I find that often after logging into certain websites such as internet banking or facebook, Xorg would crash as soon as I press the login button or press enter after typing in my password. I've also on occasion had this happen to me when I enter in my password with sudo.

Additional info:
I built xorg with debug symbols so that I could get more info.
Xorg -version:
X.Org X Server 1.8.1
Release Date: 2010-05-11
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.34-ARCH i686
Current Operating System: Linux naix 2.6.34-ARCH #1 SMP PREEMPT Mon May 17 08:36:58 UTC 2010 i686
Kernel command line: root=/dev/disk/by-uuid/37a133fd-bd99-435a-967a-546463f8afcc ro
Build Date: 31 May 2010 12:29:34PM

Gdb backtrace is attached.

I apologise if I have not provided all the required info, please let me know if there is something I have omitted.
   Xorg-crash_detail.txt (1.9 KiB)
This task depends upon

Closed by  Jan de Groot (JGC)
Thursday, 07 April 2011, 08:46 GMT
Reason for closing:  Duplicate
Additional comments about closing:  See last comment. This is caused by invalid TTY assignment.
Comment by Jan de Groot (JGC) - Monday, 31 May 2010, 12:41 GMT
Your backtrace only contains a small amount of it. Could you provide the Xorg.0.log (or Xorg.0.log.old if you already restarted X)?
Comment by Pico (Avatar) - Monday, 31 May 2010, 12:46 GMT
Thanks for the feedback, I've now attached Xorg.0.log.old
   Xorg.0.log.old (50.2 KiB)
Comment by Jan de Groot (JGC) - Monday, 31 May 2010, 14:45 GMT
Could you attach the log of an Xorg process that was not interrupted by gdb? The final backtrace shown in the logfile is signal 3, which is given by gdb to exit the debugged program.
Comment by Pico (Avatar) - Monday, 31 May 2010, 15:24 GMT
Hi Jan,

I don't think the signal 3 comes from gdb, it appears even when I do not attach gdb to the process.
The way I did things with gdb is: From a second machine I sshed in and then attached to the Xorg process
gdb /usr/bin/Xorg [pid of Xorg]

Once I quit gdb, I end up back at a the gdm login screen.
I've attached the Xorg log without running gdb, but I don't think it contains anything extra.
   Xorg.0.log.old (50.2 KiB)
Comment by Arian Sameni (arian) - Wednesday, 16 June 2010, 02:41 GMT
This bug has been around for a long time (I've been affected for... I can't remember how long, but several months I'd say).

You have more info about what's causing the bug here:
http://forums.gentoo.org/viewtopic-t-750470.html

In short, gdm starts on tty2, where there is ALSO a "login" process. So, while typing on Firefox or wherever, somehow it goes down through to "login", and randomly both crash (which makes me think that, beside this bug, there might be a "login" bug too).

You can check what I'm saying is true this way:
1) Start your machine.
2) When gdm login appears, switch to tty1.
3) Switch back to tty2. Voila! gdm is there.
4) Go back to tty1. Login as root, and restart gdm (/etc/rc.d/gdm restart).
4) INMEDIATELY AFTER you restart gdm, switch back again to tty2. You will see some random strange characters, kind of a login attempt failure (wrong username/password). After a few seconds it dissapears.

As a temporal solution, comment your tty2 on /etc/inittab (mine is on line 28), so it doesn't start. That way, you will have gdm on tty2, but no "login" process underneath (or... beside xD).
Comment by Arian Sameni (arian) - Wednesday, 16 June 2010, 02:44 GMT
All that, in case we are affected by the same bug :p
Comment by Torsten Flammiger (moneo) - Thursday, 24 June 2010, 19:19 GMT
I have no GDM, just KDE 4.4.4 using KDM as login manager.

* X.Org X Server 1.8.1
* Kernel 2.6.34-ARCH i686
* no boot parameters (KMS, etc...)
* ATI 4850 using xf86-video-ati - v6.13.0-1

All went fine until i minimize a window an then try to restore it: BAM!
I'm back to KDM

Problem occurs after last update 2 days ago with kernel 2.6.43 and Xorg 1.8.1
Comment by Torsten Flammiger (moneo) - Thursday, 24 June 2010, 19:21 GMT
forgot to say: disabled compositing and all went fine again
Comment by Torsten Flammiger (moneo) - Saturday, 26 June 2010, 05:54 GMT
I enabled KMS by appending radeon.modeset=1 to my boot /boot/grub/menu.lst
No crash after 20 minutes yet...
Comment by Pico (Avatar) - Wednesday, 30 June 2010, 21:48 GMT
Anyone know of an upstream bug report?
I can't seem to find one.
I saw a patch here: http://bugs.gentoo.org/show_bug.cgi?id=312017#c9
But I don't see it applied to the latest gdm from git
Comment by Otto Allmendinger (OttoA) - Thursday, 08 July 2010, 17:33 GMT
probably duplicate of http://bugs.archlinux.org/task/17472

Loading...