Date: Thu, 16 Dec 2010 16:13:59 -0200 From: Renato Botelho <rbgarga@gmail.com> To: freebsd-gnome@freebsd.org Subject: Fwd: Xorg+intel segfault at Awesome startup after gdk/gtk+ update (was Fwd: Re: Awesome stopped working after upgrade other pkgs) Message-ID: <AANLkTi=L--Om1B6gV1QaqF9r1jnyp5G24QFAhrBVuJ2u@mail.gmail.com> In-Reply-To: <20101205123119.GA65017@tritus.poildetroll.net> References: <20101205123119.GA65017@tritus.poildetroll.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--0016e6550dccdae34a04978b0595
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
FYI, i believe it was broken on last gnome/gtk update
---------- Forwarded message ----------
From: Pierre Guinoiseau <geekounet@poildetroll.net>
Date: Sun, Dec 5, 2010 at 10:31 AM
Subject: Xorg+intel segfault at Awesome startup after gdk/gtk+ update
(was Fwd: Re: Awesome stopped working after upgrade other pkgs)
To: freebsd-x11@freebsd.org
Hi,
as the subject says, Xorg with the intel driver segfault at awesome startup
since the last gdk/gtk+ update. See below the forwarded mail from awesome-d=
evel
ML for a description of the problem and a backtrace. I can give more
informations if needed. :)
Related installed packages:
xorg-server-1.7.5,1
xf86-video-intel-2.7.1_3
gdk-pixbuf-2.22.1
gtk-2.22.1_1
awesome-3.4.8
Thanks,
Pierre
----- Forwarded message from Pierre Guinoiseau <geekounet@poildetroll.net> =
-----
Message-ID: <20101205025733.GA40142@tritus.poildetroll.net>
References: <AANLkTi=3D6anBWYnJy-BmaPuBJLXuFBfhfQk+k6jAxf2uM@mail.gmail.com=
>
<sa3zkt0fi9k.fsf@cigue.easter-eggs.fr>
In-Reply-To: <sa3zkt0fi9k.fsf@cigue.easter-eggs.fr>
Date: Sun, 5 Dec 2010 03:57:33 +0100
From: Pierre Guinoiseau <geekounet@poildetroll.net>
Organization: Poil de Troll
To: Renato Botelho <rbgarga@gmail.com>, awesome@naquadah.org
List-Id: <awesome.naquadah.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
X-Operating-System: FreeBSD
X-Spam-Level:
Subject: Re: Awesome stopped working after upgrade other pkgs
Hi,
I have the same problem since an upgrade to gtk-2.22.1_1 on my FreeBSD 8.1 =
(so I
think gdk may be the cause of the problem), it happens only with the intel
driver, it works fine with radeon. Running xterm alone or even an entire KD=
E
session doesn't crash X, only running awesome does.
Here is a backtrace of X:
=C2=A0 =C2=A0(gdb) bt
=C2=A0 =C2=A0#0 =C2=A00x000000080169fa1c in kill () from /lib/libc.so.7
=C2=A0 =C2=A0#1 =C2=A00x000000080169e9a3 in abort () from /lib/libc.so.7
=C2=A0 =C2=A0#2 =C2=A00x00000000004742f4 in ddxGiveUp ()
=C2=A0 =C2=A0#3 =C2=A00x000000000046fe2d in AbortServer ()
=C2=A0 =C2=A0#4 =C2=A00x00000000004704af in FatalError ()
=C2=A0 =C2=A0#5 =C2=A00x000000000046f941 in OsInit ()
=C2=A0 =C2=A0#6 =C2=A0<signal handler called>
=C2=A0 =C2=A0#7 =C2=A0i830_get_pixmap_bo (pixmap=3D0x0) at i830_exa.c:789
=C2=A0 =C2=A0#8 =C2=A00x00000008021f7c4c in i965_set_picture_surface_state
(ss_bo=3D0x8157ff340, ss_index=3D1, pPicture=3D0x8157fee00, pPixmap=3D0x0,
is_dst=3D0) at i965_render.c:927
=C2=A0 =C2=A0#9 =C2=A00x00000008021f7fa5 in i965_prepare_composite (op=3D8,
pSrcPicture=3D0x8157fee00, pMaskPicture=3D0x8157ff280,
pDstPicture=3D0x8157fed40, pSrc=3D0x0, pMask=3D0x818004000,
pDst=3D0x8171f0000) at i965_render.c:1301
=C2=A0 =C2=A0#10 0x0000000802a17cdc in exaTryDriverCompositeRects (op=3DVar=
iable
"op" is not available.
=C2=A0 =C2=A0) at exa_render.c:442
=C2=A0 =C2=A0#11 0x0000000802a19447 in exaCompositeRects (op=3D3 '\003',
pSrc=3D0x8157fee00, pMask=3D0x8157ff280, pDst=3D0x8157fed40, nrect=3D3,
rects=3D0x7fffffffc198) at exa_render.c:601
=C2=A0 =C2=A0#12 0x0000000802a157b2 in exaGlyphsToDst (pSrc=3DVariable "pSr=
c" is
not available.
=C2=A0 =C2=A0) at exa_glyphs.c:633
=C2=A0 =C2=A0#13 0x0000000802a15fae in exaGlyphs (op=3D3 '\003', pSrc=3D0x8=
157fee00,
pDst=3D0x8157fed40, maskFormat=3D0x0, xSrc=3D0, ySrc=3D9, nlist=3D1,
list=3D0x7fffffffe310, glyphs=3D0x7fffffffdb28) at exa_glyphs.c:844
=C2=A0 =C2=A0#14 0x00000000004bcbd7 in DamageRegionAppend ()
=C2=A0 =C2=A0#15 0x00000000004b5315 in PanoramiXRenderReset ()
=C2=A0 =C2=A0#16 0x000000000044ec50 in Dispatch ()
=C2=A0 =C2=A0#17 0x000000000042c8da in main ()
=C2=A0 =C2=A0(gdb) frame 7
=C2=A0 =C2=A0#7 =C2=A0i830_get_pixmap_bo (pixmap=3D0x0) at i830_exa.c:789
=C2=A0 =C2=A0789 =C2=A0 =C2=A0 =C2=A0 =C2=A0 if (i830->accel =3D=3D ACCEL_U=
XA) {
=C2=A0 =C2=A0(gdb) info frame
=C2=A0 =C2=A0Stack level 7, frame at 0x7fffffffbe20:
=C2=A0 =C2=A0 rip =3D 0x8021ea0c4 in i830_get_pixmap_bo (i830_exa.c:789); s=
aved
rip 0x8021f7c4c
=C2=A0 =C2=A0 called by frame at 0x7fffffffbe90, caller of frame at 0x7ffff=
fffb9c8
=C2=A0 =C2=A0 source language c.
=C2=A0 =C2=A0 Arglist at 0x7fffffffbe08, args: pixmap=3D0x0
=C2=A0 =C2=A0 Locals at 0x7fffffffbe08, Previous frame's sp is 0x7fffffffbe=
20
=C2=A0 =C2=A0 Saved registers:
=C2=A0 =C2=A0 =C2=A0rax at 0x7fffffffba18, rbx at 0x7fffffffba20, rcx at
0x7fffffffba00, rdx at 0x7fffffffb9f8, rsi at 0x7fffffffb9f0, rdi at
0x7fffffffb9e8, rbp at 0x7fffffffba28, r8 at 0x7fffffffba08, r9 at
0x7fffffffba10, r10 at 0x7fffffffba30, r11 at 0x7fffffffba38, r12 at
0x7fffffffba40, r13 at 0x7fffffffba48,
=C2=A0 =C2=A0 =C2=A0r14 at 0x7fffffffba50, r15 at 0x7fffffffba58, rip at
0x7fffffffbe18, eflags at 0x7fffffffba90, cs at 0x7fffffffba88, ss at
0x7fffffffbaa0
Obviously, pixmap=3D0x0 seems wrong, as the intel code does things like
pixmap->foo (see below), and it seems to be related to composite,
thought I tested without xcompmgr and the result is still the same...
xf86-video-intel-2.7.1/src/i830_exa.c:
=C2=A0 =C2=A0dri_bo *
=C2=A0 =C2=A0i830_get_pixmap_bo(PixmapPtr pixmap)
=C2=A0 =C2=A0{
=C2=A0 =C2=A0 =C2=A0 =C2=A0ScreenPtr screen =3D pixmap->drawable.pScreen;
=C2=A0 =C2=A0 =C2=A0 =C2=A0ScrnInfoPtr scrn =3D xf86Screens[screen->myNum];
=C2=A0 =C2=A0 =C2=A0 =C2=A0I830Ptr i830 =3D I830PTR(scrn);
=C2=A0 =C2=A0#ifdef I830_USE_UXA
=C2=A0 =C2=A0 =C2=A0 =C2=A0if (i830->accel =3D=3D ACCEL_UXA) {
=C2=A0 =C2=A0>-------return dixLookupPrivate(&pixmap->devPrivates, &uxa_pix=
map_index);
=C2=A0 =C2=A0 =C2=A0 =C2=A0}
=C2=A0 =C2=A0#endif
=C2=A0 =C2=A0#ifdef XF86DRM_MODE
=C2=A0 =C2=A0 =C2=A0 =C2=A0if (i830->accel =3D=3D ACCEL_EXA) {
=C2=A0 =C2=A0>-------struct i830_exa_pixmap_priv *driver_priv =3D
=C2=A0 =C2=A0>------- =C2=A0 =C2=A0exaGetPixmapDriverPrivate(pixmap);
=C2=A0 =C2=A0>-------return driver_priv ? driver_priv->bo : NULL;
=C2=A0 =C2=A0 =C2=A0 =C2=A0}
=C2=A0 =C2=A0#endif
=C2=A0 =C2=A0 =C2=A0 =C2=A0return NULL;
=C2=A0 =C2=A0}
I don't know how to debug this more than this, but if you tell me how
to, I will. :)
I find it wrong that a X client can crash the X server like that, so I thin=
k the
main problem to fix may be an unhandled error case in the X/intel code, but=
the
pixmap=3D0 thing is weird too, there may be a problem on both side... so ma=
ybe we
should forward this problem to the X/intel ML too?
Pierre
On 23/11/2010 11:26:15, Julien Danjou <julien@danjou.info> wrote:
> On Tue, Nov 23 2010, Renato Botelho wrote:
>
> > If I user other window manager it works fine (i'm back to wmaker right
> > now). My question is, how can I debug it? is there a verbose mode on
> > awesome? I couldn't find it.
>
> That's the X server crashing for an unknown reason. Start gdb and get a
> backtrace. :)
>
> --
> Julien Danjou
> // =E1=90=B0 <julien@danjou.info> =C2=A0 http://julien.danjou.info
>
> --
> To unsubscribe, send mail to awesome-unsubscribe@naquadah.org.
----- End forwarded message -----
--=20
Renato Botelho
--0016e6550dccdae34a04978b0595
Content-Type: application/pgp-signature
Content-Disposition: attachment
Content-Transfer-Encoding: base64
X-Attachment-Id: 9e3d33d68e4c05f4_0.1
LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIuMC4xNiAoRnJl
ZUJTRCkKCmlFWUVBUkVDQUFZRkFrejdoaGNBQ2drUUppa05KU0F5ZWY4NkdBQ2d2RGMyb09GcHgx
VmpOcGtwSWRrUDNKOTEKeFgwQW9KdnNJYWtlUkhiK1RRcWgxRXdSeG9PTXc4LzMKPTI4SmUKLS0t
LS1FTkQgUEdQIFNJR05BVFVSRS0tLS0tCg==
--0016e6550dccdae34a04978b0595--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTi=L--Om1B6gV1QaqF9r1jnyp5G24QFAhrBVuJ2u>