Bug 43124 - Crash when started as root and no clients connecting
Summary: Crash when started as root and no clients connecting
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: Chris Wilson
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-20 12:50 UTC by Sjoerd Simons
Modified: 2011-11-21 02:13 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments

Description Sjoerd Simons 2011-11-20 12:50:35 UTC
With release xf86-video-intel 2.17.0 my X server crashes as soon as gnome-shell starts.. Backtrace as follows:


(gdb) r
Starting program: /usr/bin/X :0
process 6189 is executing new program: /usr/bin/Xorg
[Thread debugging using libthread_db enabled]

X.Org X Server 1.11.1.902 (1.11.2 RC 2)
Release Date: 2011-10-28
X Protocol Version 11, Revision 0
Build Operating System: Linux 3.1.0-rc4-amd64 x86_64 Debian
Current Operating System: Linux beast 3.1.0-1-amd64 #1 SMP Mon Nov 14 08:02:25
UTC 2011 x86_64
Kernel command line: BOOT_IMAGE=/vmlinuz-3.1.0-1-amd64
root=/dev/mapper/rootdisk-root ro i915.modeset=1 quiet
Build Date: 02 November 2011  10:15:50AM
xorg-server 2:1.11.1.902-1 (Cyril Brulebois <kibi@debian.org>) 
Current version of pixman: 0.24.0
  Before reporting problems, check http://wiki.x.org
    to make sure that you have the latest version.
    Markers: (--) probed, (**) from config file, (==) default setting,
      (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
        (==) Log file: "/var/log/Xorg.0.log", Time: Sun Nov 20 20:22:19 2011
        (==) Using system config directory "/usr/share/X11/xorg.conf.d"
        (EE) Failed to load module "vesa" (module does not exist, 0)
        (EE) Failed to load module "fbdev" (module does not exist, 0)
        FATAL: Module fbcon not found.
        [tcsetpgrp failed in terminal_inferior: Operation not permitted]

        Program received signal SIGSEGV, Segmentation fault.
        list_del (entry=0x7fbe65304160) at /usr/include/xorg/list.h:186
        186     __list_del(entry->prev, entry->next);
        (gdb) bt
#0  list_del (entry=0x7fbe65304160) at /usr/include/xorg/list.h:186
#1  i830_dri2_frame_event_drawable_gone (data=0x7fbe653043f0, id=<optimized
        out>)
    at ../../src/intel_dri.c:687
#2  0x00007fbe610d3792 in doFreeResource (res=0x7fbe653044d0, skip=0)
        at ../../dix/resource.c:571
#3  0x00007fbe610d3f44 in FreeResource (id=2097157, skipDeleteFuncType=0)
            at ../../dix/resource.c:604
#4  0x00007fbe610af63e in ProcDestroyWindow (client=0x7fbe652efe20) at
            ../../dix/dispatch.c:733
#5  0x00007fbe610b4f59 in Dispatch () at ../../dix/dispatch.c:432
#6  0x00007fbe610a41ba in main (argc=2, argv=<optimized out>, envp=<optimized
            out>)
    at ../../dix/main.c:287
(gdb) 


The debug bug should have information about versions of various other bits of software:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=649420
Comment 1 Sjoerd Simons 2011-11-20 13:09:43 UTC
Testing a bit more.. It seems that both 2.16.0 and 2.17.0 just crash when running X :0 as root and waiting for a while (same backtrace in all cases).

Although when not starting gnome-shell i get this extra warning:
(EE) intel(0): [DRI2] DRI2SwapBuffers: drawable has no back or front?

Sorry for the misleading initial title, but the crash is almost direct if you quickly attach a client, but takes a while before it happens when one doesn't
Comment 2 Sjoerd Simons 2011-11-20 13:24:48 UTC
The following crash is probably related (so not creating an extra bug) fwiw, libdrm is version 2.4.27:


Program received signal SIGSEGV, Segmentation fault.
0x00007f69cc5d2eb9 in drm_intel_bo_unreference ()
   from /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1
(gdb) bt
#0  0x00007f69cc5d2eb9 in drm_intel_bo_unreference ()
   from /usr/lib/x86_64-linux-gnu/libdrm_intel.so.1
#1  0x00007f69cc7f0195 in intel_set_pixmap_bo (pixmap=0x7f69d2c83950, bo=0x7f69d2e052f0)
    at ../../src/intel_uxa.c:642
#2  0x00007f69cc802e5c in I830DRI2ScheduleFlip (intel=0x7f69d10ef230, 
    draw=0x7f69d2f9c350, info=0x7f69d2fdb230) at ../../src/intel_dri.c:862
#3  0x00007f69cc8033c7 in I830DRI2ScheduleSwap (client=0x7f69d2f99b80, 
    draw=0x7f69d2f9c350, front=0x7f69d3000950, back=0x7f69d2fff810, 
    target_msc=0x7fff186aa378, divisor=0, remainder=0, 
    func=0x7f69cca313d0 <DRI2SwapEvent>, data=0x7f69d2f9c350)
    at ../../src/intel_dri.c:1173
#4  0x00007f69cca30940 in DRI2SwapBuffers (client=0x7f69d2f99b80, pDraw=0x7f69d2f9c350, 
    target_msc=0, divisor=0, remainder=<optimized out>, swap_target=0x7fff186aa378, 
    func=0x7f69cca313d0 <DRI2SwapEvent>, data=0x7f69d2f9c350)
    at ../../../../hw/xfree86/dri2/dri2.c:878
#5  0x00007f69cca31953 in ProcDRI2SwapBuffers (client=0x7f69d2f99b80)
    at ../../../../hw/xfree86/dri2/dri2ext.c:403
#6  ProcDRI2Dispatch (client=0x7f69d2f99b80) at ../../../../hw/xfree86/dri2/dri2ext.c:569
#7  0x00007f69d0802f59 in Dispatch () at ../../dix/dispatch.c:432
#8  0x00007f69d07f21ba in main (argc=10, argv=<optimized out>, envp=<optimized out>)
    at ../../dix/main.c:287
Comment 3 Sjoerd Simons 2011-11-20 13:25:23 UTC
(In reply to comment #2)
> The following crash is probably related (so not creating an extra bug) fwiw,
> libdrm is version 2.4.27:

Posted to fast, want to add, this was while gnome-shell and xbmc were starting up
Comment 4 Chris Wilson 2011-11-21 02:13:11 UTC
Included in xserver-1.11.99.1

commit 34b0e4eee911f8b09a3682a7f1b4c8598ef48b8d
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Thu Aug 25 16:04:04 2011 +0100

    dri2: Register the DRI2DrawableType after server regeneration
    
    The Resource database is reset upon regeneration and so the dri2 module
    needs to re-register its RESTYPE for the drawable or else it will
    clobber the next unsuspecting user of the database. Fortunately, DRI2 is
    loaded late in the initialisation sequence and was last up until
    xf86-video-intel started using the Resource database to track
    outstanding swaps...
    
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
    Reviewed-by: Jeremy Huddleston <jeremyhu@apple.com>
    Tested-by: Paulo Zanoni <paulo.r.zanoni@intel.com>


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.