Date: Sun, 5 Dec 2010 13:31:19 +0100 From: Pierre Guinoiseau <geekounet@poildetroll.net> To: freebsd-x11@freebsd.org Subject: Xorg+intel segfault at Awesome startup after gdk/gtk+ update (was Fwd: Re: Awesome stopped working after upgrade other pkgs) Message-ID: <20101205123119.GA65017@tritus.poildetroll.net>
next in thread | raw e-mail | index | archive | help
--+QahgC5+KEYLbs62
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
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
=46rom: 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:=20
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 KDE
session doesn't crash X, only running awesome does.
Here is a backtrace of X:
(gdb) bt
#0 0x000000080169fa1c in kill () from /lib/libc.so.7
#1 0x000000080169e9a3 in abort () from /lib/libc.so.7
#2 0x00000000004742f4 in ddxGiveUp ()
#3 0x000000000046fe2d in AbortServer ()
#4 0x00000000004704af in FatalError ()
#5 0x000000000046f941 in OsInit ()
#6 <signal handler called>
#7 i830_get_pixmap_bo (pixmap=3D0x0) at i830_exa.c:789
#8 0x00000008021f7c4c in i965_set_picture_surface_state (ss_bo=3D0x815=
7ff340, ss_index=3D1, pPicture=3D0x8157fee00, pPixmap=3D0x0, is_dst=3D0) at=
i965_render.c:927
#9 0x00000008021f7fa5 in i965_prepare_composite (op=3D8, pSrcPicture=
=3D0x8157fee00, pMaskPicture=3D0x8157ff280, pDstPicture=3D0x8157fed40, pSrc=
=3D0x0, pMask=3D0x818004000, pDst=3D0x8171f0000) at i965_render.c:1301
#10 0x0000000802a17cdc in exaTryDriverCompositeRects (op=3DVariable "op=
" is not available.
) at exa_render.c:442
#11 0x0000000802a19447 in exaCompositeRects (op=3D3 '\003', pSrc=3D0x81=
57fee00, pMask=3D0x8157ff280, pDst=3D0x8157fed40, nrect=3D3, rects=3D0x7fff=
ffffc198) at exa_render.c:601
#12 0x0000000802a157b2 in exaGlyphsToDst (pSrc=3DVariable "pSrc" is not=
available.
) at exa_glyphs.c:633
#13 0x0000000802a15fae in exaGlyphs (op=3D3 '\003', pSrc=3D0x8157fee00,=
pDst=3D0x8157fed40, maskFormat=3D0x0, xSrc=3D0, ySrc=3D9, nlist=3D1, list=
=3D0x7fffffffe310, glyphs=3D0x7fffffffdb28) at exa_glyphs.c:844
#14 0x00000000004bcbd7 in DamageRegionAppend ()
#15 0x00000000004b5315 in PanoramiXRenderReset ()
#16 0x000000000044ec50 in Dispatch ()
#17 0x000000000042c8da in main ()
(gdb) frame 7
#7 i830_get_pixmap_bo (pixmap=3D0x0) at i830_exa.c:789
789 if (i830->accel =3D=3D ACCEL_UXA) {
(gdb) info frame
Stack level 7, frame at 0x7fffffffbe20:
rip =3D 0x8021ea0c4 in i830_get_pixmap_bo (i830_exa.c:789); saved rip =
0x8021f7c4c
called by frame at 0x7fffffffbe90, caller of frame at 0x7fffffffb9c8
source language c.
Arglist at 0x7fffffffbe08, args: pixmap=3D0x0
Locals at 0x7fffffffbe08, Previous frame's sp is 0x7fffffffbe20
Saved registers:
rax 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 0x7ffff=
fffba30, r11 at 0x7fffffffba38, r12 at 0x7fffffffba40, r13 at 0x7fffffffba4=
8,
r14 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 pix=
map->foo (see below), and it seems to be related to composite, thought I te=
sted without xcompmgr and the result is still the same...
xf86-video-intel-2.7.1/src/i830_exa.c:
dri_bo *
i830_get_pixmap_bo(PixmapPtr pixmap)
{
ScreenPtr screen =3D pixmap->drawable.pScreen;
ScrnInfoPtr scrn =3D xf86Screens[screen->myNum];
I830Ptr i830 =3D I830PTR(scrn);
#ifdef I830_USE_UXA
if (i830->accel =3D=3D ACCEL_UXA) {
>-------return dixLookupPrivate(&pixmap->devPrivates, &uxa_pixmap_index=
);
}
#endif
#ifdef XF86DRM_MODE
if (i830->accel =3D=3D ACCEL_EXA) {
>-------struct i830_exa_pixmap_priv *driver_priv =3D
>------- exaGetPixmapDriverPrivate(pixmap);
>-------return driver_priv ? driver_priv->bo : NULL;
}
#endif
return NULL;
}
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:
>=20
> > 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.
>=20
> That's the X server crashing for an unknown reason. Start gdb and get a
> backtrace. :)
>=20
> --=20
> Julien Danjou
> // =E1=90=B0 <julien@danjou.info> http://julien.danjou.info
>=20
> --
> To unsubscribe, send mail to awesome-unsubscribe@naquadah.org.
----- End forwarded message -----
--+QahgC5+KEYLbs62
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (FreeBSD)
iEYEARECAAYFAkz7hhcACgkQJikNJSAyef86GACgvDc2oOFpx1VjNpkpIdkP3J91
xX0AoJvsIakeRHb+TQqh1EwRxoOMw8/3
=28Je
-----END PGP SIGNATURE-----
--+QahgC5+KEYLbs62--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20101205123119.GA65017>