[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#655991: xorg: X sometimes crashes when opening web pages in FF 9



Ok, I managed to get a core file. Here's what happened:


#0  0xb7596424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb725f941 in raise () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#2  0xb7262d72 in abort () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#3  0xb77426e9 in OsAbort () at ../../os/utils.c:1238
No locals.
#4  0xb7632ccc in ddxGiveUp (error=EXIT_ERR_ABORT)
    at ../../../../hw/xfree86/common/xf86Init.c:989
        i = <optimized out>
#5  0xb7632d73 in AbortDDX (error=EXIT_ERR_ABORT)
    at ../../../../hw/xfree86/common/xf86Init.c:1035
        i = <optimized out>
#6  0xb77480d1 in AbortServer () at ../../os/log.c:480
No locals.
#7  0xb77481f5 in FatalError (
    f=0xb776d028 "Caught signal %d (%s). Server aborting\n")
    at ../../os/log.c:611
        args = 0xbfb51964 "\v"
        beenhere = 1
#8  0xb77401f4 in OsSigHandler (sip=0xbfb5198c, signo=11, 
    unused=<optimized out>) at ../../os/osinit.c:146
No locals.
#9  OsSigHandler (signo=11, sip=0xbfb5198c, unused=0xbfb51a0c)
    at ../../os/osinit.c:108
No locals.
#10 <signal handler called>
No symbol table info available.
#11 __sna_damage_add_box (box=0xbfb520fc, damage=0xb9a433c9)
    at ../../../src/sna/sna_damage.c:569
No locals.
#12 __sna_damage_add_box (damage=<optimized out>, box=0xbfb520fc)
    at ../../../src/sna/sna_damage.c:550
No locals.
#13 0xb6f808ff in sna_damage_add (region=0xbfb520fc, damage=0xb9a5f220)
    at ../../../src/sna/sna_damage.h:48
No locals.
#14 sna_drawable_move_region_to_cpu (drawable=0xb9a5f1c0,
region=0xbfb520fc, 
    flags=5) at ../../../src/sna/sna_accel.c:1517
        pixmap = 0xb9a5f1c0
        sna = 0xb967b728
        priv = 0xb9a5f210
        dx = <optimized out>
        dy = <optimized out>
#15 0xb6f8520e in sna_copy_boxes (src=0xb9a68c58, dst=0xb9a5f1c0, 
    gc=0xb9a5ef88, box=0xbfb52214, n=1, dx=0, dy=0, reverse=0,
upsidedown=0, 
    bitplane=0, closure=0x0) at ../../../src/sna/sna_accel.c:3597
        mode = <optimized out>
        dst_bits = <optimized out>
        src_bits = <optimized out>
        dst_stride = <optimized out>
        src_stride = <optimized out>
        src_pixmap = 0xb9a68c58
        src_priv = 0x0
        dst_pixmap = 0xb9a5f1c0
        dst_priv = 0xb9a5f210
        sna = 0xb967b728
        alu = 3
        src_dx = 0
        src_dy = 0
        dst_dx = 0
        dst_dy = 0
        stride = <optimized out>
        bpp = 32
        region = {extents = {x1 = 7, y1 = 0, x2 = 386, y2 = 1}, data =
0x0}
        replaces = 0
#16 0xb771889c in miCopyRegion (pSrcDrawable=0xb9a68c58, 
    pDstDrawable=0xb9a5f1c0, pGC=0xb9a5ef88, pDstRegion=0xbfb52214,
dx=0, 
    dy=0, copyProc=0xb6f849e0 <sna_copy_boxes>, bitPlane=0, closure=0x0)
    at ../../mi/micopy.c:137
        careful = <optimized out>
        reverse = 0
        upsidedown = <optimized out>
        pbox = 0xbfb52214
        nbox = 1
        pboxNew1 = <optimized out>
        pboxNew2 = 0x0
        pboxBase = <optimized out>
        pboxNext = <optimized out>
        pboxTmp = <optimized out>
#17 0xb7718df8 in miDoCopy (pSrcDrawable=0xb9a68c58,
pDstDrawable=0xb9a5f1c0, 
    pGC=0xb9a5ef88, xIn=7, yIn=0, widthSrc=379, heightSrc=1, xOut=7,
yOut=0, 
    copyProc=0xb6f849e0 <sna_copy_boxes>, bitPlane=0, closure=0x0)
    at ../../mi/micopy.c:334
        prgnSrcClip = 0x0
        freeSrcClip = 0
        prgnExposed = 0x0
        rgnDst = {extents = {x1 = 7, y1 = 0, x2 = 386, y2 = 1}, data =
0x0}
        dx = 0
        dy = 0
        box_x1 = 7
        box_y1 = <optimized out>
        box_x2 = <optimized out>
        box_y2 = <optimized out>
        fastSrc = 1
        fastDst = 1
        fastExpose = 1
#18 0xb6f84738 in sna_copy_area (src=0xb9a68c58, dst=0xb9a5f1c0, 
    gc=0xb9a5ef88, src_x=7, src_y=0, width=379, height=1, dst_x=7,
dst_y=0)
    at ../../../src/sna/sna_accel.c:3764
        sna = 0x0
#19 0xb76c5232 in damageCopyArea (pSrc=0xb9a68c58, pDst=0xb9a5f1c0, 
    pGC=0xb9a5ef88, srcx=7, srcy=0, width=379, height=1, dstx=7, dsty=0)
    at ../../../miext/damage/damage.c:864
        ret = <optimized out>
        pGCPriv = 0xb9a5f00c
        oldFuncs = 0xb77acd80
#20 0xb75eb6c3 in ProcCopyArea (client=0xb9a6c8d0)
at ../../dix/dispatch.c:1651
        pDst = 0xb9a5f1c0
        pSrc = 0xb9a68c58
        pGC = 0xb9a5ef88
        stuff = 0xb9ae4010
        pRgn = <optimized out>
        rc = <optimized out>
#21 0xb75efcf5 in Dispatch () at ../../dix/dispatch.c:439
        clientReady = 0xb984b650
        result = <optimized out>
        client = 0xb9a6c8d0
        nready = 0
        icheck = 0xb77b44d8
        start_tick = 1620
#22 0xb75dd6aa in main (argc=7, argv=0xbfb524f4, envp=0xbfb52514)
    at ../../dix/main.c:287
        i = <optimized out>
        alwaysCheckForInput = {0, 1}


using

Package: xserver-xorg-video-intel
Version: 2:2.17.0+git20120204-1

ii  libc6                                  2.13-26
ii  libdrm-intel1                          2.4.30-1
ii  libdrm2                                2.4.30-1
ii  libpciaccess0                          0.12.902-1
ii  libudev0                               175-3
ii  libx11-6                               2:1.4.4-4
ii  libx11-xcb1                            2:1.4.4-4
ii  libxcb-dri2-0                          1.8-1
ii  libxcb-util0                           0.3.8-1
ii  libxcb1                                1.8-1
ii  libxext6                               2:1.3.0-3
ii  libxfixes3                             1:5.0-4
ii  libxv1                                 2:1.0.6-2
ii  libxvmc1                               2:1.0.6-1
ii  xserver-xorg-core [xorg-video-abi-12]  2:1.11.99.902-1


Am Sonntag, den 15.01.2012, 19:23 +0100 schrieb Cyril Brulebois:
> Hi,
> 
> Daniel <garkein@mailueberfall.de> (15/01/2012):
> > sometimes X crashes when opening a web page in Firefox (9.0.1).  As,
> > after restarting X, the same page opens fine, I cannot exactly name a
> > URL to reproduce the problem.
> 
> it would help if you could get a fullbacktrace. The following page has
> hints, even though the gdm3 one isn't working anymore:
>   http://x.debian.net/howto/use-gdb.html
> 
> But before you try and get a full backtrace, I'd suggest trying the X
> stack from experimental, with new server and drivers, especially the
> intel one.
> 
> Mraw,
> KiBi.





Reply to: