FS#13642 - Xorg crashes / freezes system

Attached to Project: Arch Linux
Opened by Georg Grabler (STiAT) - Tuesday, 03 March 2009, 09:29 GMT
Last edited by Eric Belanger (Snowman) - Tuesday, 28 April 2009, 18:23 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To No-one
Architecture i686
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:
xorg-server freezes the whole system with intel drivers.

Additional info:
* xorg-server 1.6.0-1 (testing)
* intel drivers 2.6.2-1 (testing)
* Intel Corporation 82865GG graphics controller


Steps to reproduce:
Install, boot X (startx).

Attached file
* Xorg.0.log from a crashing startx


Please let me know if you need additional information. I think it's an upstream bug though, but to keep track on it.
This task depends upon

Closed by  Eric Belanger (Snowman)
Tuesday, 28 April 2009, 18:23 GMT
Reason for closing:  Upstream
Comment by Georg Grabler (STiAT) - Tuesday, 03 March 2009, 09:31 GMT
File was removed on submitting ...
Comment by Jan de Groot (JGC) - Tuesday, 03 March 2009, 09:36 GMT
I can't see any useful information in your logfile, it's clean and nearly without errors. Are you sure it's the intel driver locking up, or is this a case of missing keyboard and mouse, which looks like a dead X. Could you try connecting a keyboard to your system instead of using the USB KVM switch?

I don't know if you're using an xorg.conf, but if you do, could you supply it as attachment? Further, you might want to try the different AccelMethods, XAA, EXA or UXA. Default is EXA.
Comment by Georg Grabler (STiAT) - Tuesday, 03 March 2009, 10:25 GMT
There are different things which happen.

1.) Starting up and freeze (mouse working, not able to click anywhere, keyboard not working, not even ctrl+alt+backspace, windows not reacting on mouseover anymore as they use to do on a clean startx)
2.) Starting up and everything is working. Locks up some seconds later
3.) Starting up and everything is working. Locks up as soon as I exit X.

The 3rd case is very uncommon, and I just had it two times trying about an hour with dozen of reboots. Most likely, it's #1 or #2, at a chance of 50/50, what's probably just about how long X needs to start up.

Starting kdm/gdm always locks up, most likely since starting kdm takes a little bit longer than a startx.
Comment by Georg Grabler (STiAT) - Tuesday, 03 March 2009, 10:27 GMT
Damn, forgot: I don't use any xorg file for this computer, since I don't need extra tweaks for it.

Strange is, that I most likely can move my mouse, but nothing happens hovering or clicking (means that X locked up).
Comment by Jan de Groot (JGC) - Tuesday, 03 March 2009, 10:52 GMT
Do you use any compositing things on your system?
Comment by Georg Grabler (STiAT) - Tuesday, 03 March 2009, 11:20 GMT
I didn't use any compositing before. Don't know if 1.6.0 means i could use compositing by the default xorg configuraiton, but I didn't enable anything with compositing.

Even though, a normal startx also doesn't get rid of the problem - and this shouldn't use compositing at all.
Comment by Georg Grabler (STiAT) - Tuesday, 03 March 2009, 11:44 GMT
Just managed to get a lockup at the startup time of X, where the mouse wasn't even working. That's early.
Not even the windows (the 3 xterms which are usually opened by startx) were loaded.

Also, I just managed to start up X using startx, getting a full X display with all 3 xterms, where I even managed to type something in a console window. The lockup followed short later (without executnig any command).

Looks like "random lockups", or probably an upstream issue. Any way to get more information out of xorg what's going wrong? verbose?
Comment by Jan de Groot (JGC) - Tuesday, 03 March 2009, 11:52 GMT
You could try to build the old xf86-video-intel driver from extra using abs, maybe that will solve your problem (change the libdrm dependency so it works with the new version).

I'm working on a pciaccess port of the old i810 driver. I hope I can get this thing working, because it's a solution for all i8xx users who are left behind by recent development in the intel driver. I know a lot of users are still using the i810 driver with the old and non-supported xorg-server-1.4 version.
Comment by Georg Grabler (STiAT) - Tuesday, 03 March 2009, 12:10 GMT
Can't, since the "new" libdrm doesn't install xf86mm.h, which is needed to build the old xf86-video-intel driver.
Comment by Georg Grabler (STiAT) - Tuesday, 03 March 2009, 12:18 GMT
I removed [testing] and reinstalled the old xf86-video-intel driver (without reinstalling dri or xorg server). Seems to work properly again, so I guess it's some bug in the new intel driver and this old graphics card.

I'll check if it also occurs on the 945 this eve' (which is a bit newer) on my notebook.
Comment by Corrado Primier (bardo) - Thursday, 05 March 2009, 17:39 GMT
I'm experiencing a (sometimes, somewhat) similar problem with the radeonhd driver and a Radeon HD3650 (RV615 chip). Maybe this deserves a whole bug report, if this is the case just tell me and I'll open one.
I've been fighting all day with this problem, and I tried tons of different configuration, I'll try to summarize the most relevant things.

* I use slim as a login manager. When it started today I had no mouse cursor and the keyboard didn't work. The machine was well alive, though, as a quick ssh could confirm. I checked my xorg.conf just to make sure I didn't have any input devices specified, since I use evdev, but everything was ok. No AutoAddDevices option, so it should default to true.

* Every possible combination of AutoAddDevices and AllowEmptyInput didn't change anything.

* I tried setting AutoAddDevices to false and specifying mouse and keyboard the old way, but I only got the mouse to work, with both 'mouse' and 'evdev' drivers.

* USB and PS/2 keyboards behave the same way.

* A point that seems very interesting to me is lots of "expected keysym, got XF86..." warnings when running startx: this never changes, nevermind what I do.

* Being desperate I tried removing the whole xorg.conf, and this produced a change: most keystrokes changed the screen resolution and color depth. This reminded me of an old problem which required to export the XKEYSYMDB variable to make X work (http://bbs.archlinux.org/viewtopic.php?id=50221, http://bbs.archlinux.org/viewtopic.php?id=19200 and more). It made the keyboard work. Well, somewhat. Sometimes X froze after a few seconds, that's why I think it is related to this bug. We both had this problem without xorg.conf, so it's probably overridden somewhere.

* Looking at the log I noticed that X configured itself to work with fglrx, ati or vesa, not radeonhd, so I created a xorg.conf that only contained the Device section and specified the driver. That's the one I'm using now. The situation got better, and X lockups seemed to stop. Maybe this is only one of two problems I'm experiencing.

* I exported XKEYSYMDB in /etc/rc.d/slim, but when I got to the login screen I had to press some keys twice to actually get them on the screen. Moreover, entering my X session resumed the resolution switching behavior, so I thought that the XKEYSYMDB value isn't inherited when logging in, and I returned to startx.

* Most things now work, the only crazy effect is with the keyboard: some keys work, others look more like that (or some other) key with some modifiers applied. Reinstalling/rebuilding kbd, libx11 (the package that contains the XKeysymDB file) and xkeyboard-config doesn't help.

I can produce logs for any of these situations, but I don't want to pollute this thread too much if it is unrelated (haha... like if I didn't already do it...). In case, just ask.

My head hurts.
Comment by Georg Grabler (STiAT) - Friday, 06 March 2009, 01:32 GMT
I don't think it's really related, for different reasons:

1.) The driver works with a 945G chipset
2.) Xorg works with xf86-video-intel 2.4.3 installed
3.) Xorg works perfectly with nvidia

I filed an upstream bug report, let's see what the intel guys say to this situation. If it proves wrong to be a xorg / intel related problem, i'll report back.
http://bugs.freedesktop.org/show_bug.cgi?id=20453

I've tried a lot to get it working already with 1.6.2, even tried the master branch (1.6.3), a dozen configurations and more.
Comment by Alfonso Pola (alfonso_pola) - Thursday, 26 March 2009, 18:17 GMT
I have this exact same problem since GDM was introduced. Kernel 2.6.29 doesn't fix it, neither does intel driver 2.7.0
Comment by Alfonso Pola (alfonso_pola) - Friday, 27 March 2009, 00:23 GMT
I mean since GEM was introduced.
Comment by Georg Grabler (STiAT) - Monday, 27 April 2009, 23:28 GMT
The developers of arch were kind enough providing a legacy driver for xf86-video-intel for those having a old video card, you can use this one meanwhile.
This needs to be fixed upstream - not a arch problem I'd say. For arch, the case is solved by adding the legacy driver.
Comment by Georg Grabler (STiAT) - Monday, 27 April 2009, 23:34 GMT
In between, updated the beginners guide in the wiki adding the -legacy driver

Loading...