Bug 512693 - xorg crashes during login
Summary: xorg crashes during login
Keywords:
Status: CLOSED DUPLICATE of bug 518748
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-intel
Version: rawhide
Hardware: i686
OS: Linux
high
high
Target Milestone: ---
Assignee: Kristian Høgsberg
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 510101 515633 516690 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2009-07-20 12:08 UTC by lugburz
Modified: 2018-04-11 09:47 UTC (History)
15 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2009-10-04 17:17:45 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description lugburz 2009-07-20 12:08:14 UTC
After the recent updates of the Xorg common packages, or kernel I did at the same time, I need to try the login several time. After the start of the system, the login screen appears, I select my user, type the password then the screen flashes and I'm back to the gdm login screen.

After few attempts, up to 7 or 8, but the number is not always the same, I finally succeed.

I have signed the testing repositories and all the packages are at the last version.
  
The error messages I receive are in the /var/log/messages

...
Jul 20 10:25:51 nbvolpi kernel: i2c-adapter i2c-1: unable to read EDID block.
Jul 20 10:25:51 nbvolpi kernel: i915 0000:00:02.0: LVDS-1: no EDID data
Jul 20 10:25:51 nbvolpi kernel: [drm] TV-11: set mode NTSC 480i 0
Jul 20 10:25:51 nbvolpi kernel: [drm] TV-11: set mode NTSC 480i 0
Jul 20 10:25:51 nbvolpi pulseaudio[2877]: pid.c: Stale PID file, overwriting.
Jul 20 10:25:52 nbvolpi pulseaudio[2917]: pid.c: Daemon already running.
Jul 20 10:25:52 nbvolpi kernel: Xorg[2625]: segfault at 0 ip 0812d386 sp bfcb6168 error 4 in Xorg[8047000+1b8000]
...

then after the login in the /var/log/Xorg.0.log.old I have also these messages:

...
Backtrace:
0: /usr/bin/Xorg(xorg_backtrace+0x3b) [0x812d14b]
1: /usr/bin/Xorg(xf86SigHandler+0x9e) [0x80c06de]
2: [0x69d400]
3: /usr/lib/dri/i915_dri.so(intelDestroyContext+0x104) [0x6c7388]
4: /usr/lib/dri/i915_dri.so [0x6a9476]
5: /usr/lib/xorg/modules/extensions//libglx.so [0x4f9009]
6: /usr/lib/xorg/modules/extensions//libglx.so(__glXFreeContext+0x91) [0x4ed151]
7: /usr/lib/xorg/modules/extensions//libglx.so [0x4ed577]
8: /usr/bin/Xorg(CallCallbacks+0x56) [0x808acc6]
9: /usr/bin/Xorg(CloseDownClient+0x67) [0x8080cd7]
10: /usr/bin/Xorg(Dispatch+0x1d8) [0x8086378]
11: /usr/bin/Xorg(main+0x395) [0x806baf5]
12: /lib/libc.so.6(__libc_start_main+0xe6) [0x2c2a66]
13: /usr/bin/Xorg [0x806afa1]
...

After the EDID information are collected.

Comment 1 James Begley 2009-07-21 17:36:02 UTC
I'm having the same problem on my EeePC 901, although I'm not sure that it is connected to the xorg-x11-drv-intel package.  The latest round of yum updates have left me with a broken X server - plymouth works fine, leaving me at the GDM login screen.  No matter how many times I attempt to login, X crashes and leaves me back at the GDM screen.  The X packages that were included in the recent yum update are:

Jul 19 21:51:43 Updated: xorg-x11-server-common-1.6.2-2.fc11.i586
Jul 19 21:51:46 Updated: xorg-x11-proto-devel-7.4-15.fc11.noarch
Jul 19 21:55:07 Updated: xorg-x11-server-Xorg-1.6.2-2.fc11.i586
Jul 19 21:55:39 Updated: xorg-x11-drv-synaptics-1.1.2-1.fc11.i586
Jul 19 21:56:20 Updated: xorg-x11-server-Xephyr-1.6.2-2.fc11.i586
Jul 19 21:56:21 Updated: xorg-x11-server-Xnest-1.6.2-2.fc11.i586

and the updated kernel packages were

Jul 19 21:52:03 Updated: kernel-firmware-2.6.29.6-213.fc11.noarch
Jul 19 21:53:21 Updated: kernel-headers-2.6.29.6-213.fc11.i586
Jul 19 21:53:51 Installed: kernel-PAE-devel-2.6.29.6-213.fc11.i686
Jul 19 21:56:19 Installed: kernel-PAE-2.6.29.6-213.fc11.i686

The backtrace left in Xorg.0.log is:

Backtrace:
0: /usr/bin/Xorg(xorg_backtrace+0x3b) [0x812d14b]
1: /usr/bin/Xorg(xf86SigHandler+0x9e) [0x80c06de]
2: [0xb5a400]
3: /usr/lib/dri/i915_dri.so(intelDestroyContext+0x104) [0x570388]
4: /usr/lib/dri/i915_dri.so [0x552476]
5: /usr/lib/xorg/modules/extensions//libglx.so [0x9c8009]
6: /usr/lib/xorg/modules/extensions//libglx.so(__glXFreeContext+0x91) [0x9bc151]
7: /usr/lib/xorg/modules/extensions//libglx.so [0x9bc577]
8: /usr/bin/Xorg(CallCallbacks+0x56) [0x808acc6]
9: /usr/bin/Xorg(CloseDownClient+0x67) [0x8080cd7]
10: /usr/bin/Xorg(Dispatch+0x1d8) [0x8086378]
11: /usr/bin/Xorg(main+0x395) [0x806baf5]
12: /lib/libc.so.6(__libc_start_main+0xe6) [0x126a66]
13: /usr/bin/Xorg [0x806afa1]

The only (EE) errors shown in the Xorg.0.log file are several entries like:

(EE) intel(0): max_gtt_map_size: 61865kb.

Let me know if there is any other information you need to help track down this problem.

Comment 2 James Begley 2009-07-24 05:51:55 UTC
Rolling back to the following version from koji has fixed xorg for me:

xorg-x11-server-common-1.6.1.901-5.fc11.i586
xorg-x11-server-Xorg-1.6.1.901-5.fc11.i586
xorg-x11-server-Xnest-1.6.1.901-5.fc11.i586
xorg-x11-server-Xephyr-1.6.1.901-5.fc11.i586

I'd also add that restarting the x server every time it crashes isnt a very good idea.  In this case it simply drops you back to the gdm login screen each time.  The logic seems to be "ooh look, x has crashed, lets restart it.  ooh look, its crashed again, lets restart it ... and again and again and again".  Awesome.  This gives no clue to the user whats going on at all.

Comment 3 lugburz 2009-08-10 00:27:12 UTC
The problem has disappeared disabling the desktop effects. stable login, bad looking desktop.

I've the impression these reports are almost ignored.

Comment 4 Matěj Cepl 2009-08-10 11:11:48 UTC
(In reply to comment #3)
> The problem has disappeared disabling the desktop effects. stable login, bad
> looking desktop.
> 
> I've the impression these reports are almost ignored.  

No, but we spent more time on fixing the bugs than deduplicating them? (no, really, we were a little bit overwhelmed with duplicates of this crash)

Could you please try with the latest packages for xorg-x11-server, xorg-x11-drv-intel, mesa, and kernel from koji?

Thank you

Comment 5 James Begley 2009-08-11 17:52:51 UTC
I've updated to the latest koji builds for F11, and I'm still seeing this crash.  I'm unlikely to switch to the rawhide ride to fix this - downgrading back to the koji build of the xorg-x11-server- packages as listed in comment #2 gives me a usable xorg.  I can try future koji F11 builds (particularly builds of xorg-x11-server- packages).

The koji builds I tried are:

kernel: 2.6.29.6-217.2.4
xorg-x11-server: 1.6.2-3
xorg-x11-drv-intel: 2.7.0-7
mesa: 7.6-0.2

Comment 6 Bastien Nocera 2009-09-09 14:58:27 UTC
*** Bug 515633 has been marked as a duplicate of this bug. ***

Comment 7 Bastien Nocera 2009-09-09 14:59:11 UTC
*** Bug 510101 has been marked as a duplicate of this bug. ***

Comment 8 Bastien Nocera 2009-09-09 14:59:29 UTC
*** Bug 516690 has been marked as a duplicate of this bug. ***

Comment 9 Bastien Nocera 2009-09-09 16:00:56 UTC
Packages in:
http://koji.fedoraproject.org/koji/buildinfo?buildID=131217
fix it for me on x86-64

Comment 10 James 2009-09-09 17:23:11 UTC
Ditto Comment #9, seems all good so far.

Comment 11 Emilio Scalise 2009-09-11 09:15:51 UTC
I also have this behaviour after the updates that were pushed yesterday. If compiz starts, Xorg segfaults.
This with an acer aspire 1644wlmi with an intel i915.

The packages that I've updated yesterday were:
Sep 10 10:50:18 Updated: xorg-x11-server-common-1.6.3-4.fc11.i586
Sep 10 10:50:46 Updated: xorg-x11-server-devel-1.6.3-4.fc11.i586
Sep 10 10:50:47 Updated: libXext-1.0.99.1-3.fc11.i586
Sep 10 10:50:48 Updated: libdrm-2.4.11-2.fc11.i586
Sep 10 10:52:08 Updated: xorg-x11-server-utils-7.4-7.1.fc11.i586
Sep 10 10:52:10 Updated: libdrm-devel-2.4.11-2.fc11.i586
Sep 10 10:52:13 Updated: libXext-devel-1.0.99.1-3.fc11.i586
Sep 10 10:52:13 Updated: xorg-x11-drv-evdev-2.2.5-1.fc11.i586
Sep 10 10:52:15 Updated: xorg-x11-server-Xorg-1.6.3-4.fc11.i586

Before these updates compiz worked.
I'll try to rollback these packages to find what is the package that made the difference.

Comment 12 Eric Herget 2009-09-11 14:09:44 UTC
(In reply to comment #11)
> I also have this behaviour after the updates that were pushed yesterday. If
> compiz starts, Xorg segfaults.
> This with an acer aspire 1644wlmi with an intel i915.
> 
> The packages that I've updated yesterday were:
> Sep 10 10:50:18 Updated: xorg-x11-server-common-1.6.3-4.fc11.i586
> Sep 10 10:50:46 Updated: xorg-x11-server-devel-1.6.3-4.fc11.i586
> Sep 10 10:50:47 Updated: libXext-1.0.99.1-3.fc11.i586
> Sep 10 10:50:48 Updated: libdrm-2.4.11-2.fc11.i586
> Sep 10 10:52:08 Updated: xorg-x11-server-utils-7.4-7.1.fc11.i586
> Sep 10 10:52:10 Updated: libdrm-devel-2.4.11-2.fc11.i586
> Sep 10 10:52:13 Updated: libXext-devel-1.0.99.1-3.fc11.i586
> Sep 10 10:52:13 Updated: xorg-x11-drv-evdev-2.2.5-1.fc11.i586
> Sep 10 10:52:15 Updated: xorg-x11-server-Xorg-1.6.3-4.fc11.i586
> 
> Before these updates compiz worked.
> I'll try to rollback these packages to find what is the package that made the
> difference.  

Simply rolling back xorg-x11-server-Xorg (to 1.6.1.901-1.fc11) avoids the crash for me.  I'm on x86_64 arch, however.  This on a Lenovo 3000 N200.

Comment 13 Emilio Scalise 2009-09-11 16:36:36 UTC
I've installed (only) the new xorg-x11-server-Xorg 1.6.4 rc1 packages:
xorg-x11-server-common-1.6.4-0.1.fc11.i586.rpm
xorg-x11-server-devel-1.6.4-0.1.fc11.i586.rpm
xorg-x11-server-Xorg-1.6.4-0.1.fc11.i586.rpm

and I re-enabled compiz without Xorg segfaults.

Comment 14 James Begley 2009-09-13 13:46:35 UTC
The latest koji builds for xorg-x11-server-* from comment #9 and the latest koji kernel have fixed things for me.  Xorg no longer crashes during login.

Comment 15 Michal Schmidt 2009-10-04 17:17:45 UTC

*** This bug has been marked as a duplicate of bug 518748 ***

Comment 16 Piotr Swiecicki 2009-10-21 07:45:11 UTC
Ditto #2 - downgraded packages with the command:
yum downgrade xorg-x11-server-{Xorg,common,Xnest,Xephyr}
to the version 1.6.1.901-1.fc11, now it works.


Note You need to log in before you can comment on or make changes to this bug.