| Summary: | Crash when started as root and no clients connecting | ||
|---|---|---|---|
| Product: | xorg | Reporter: | Sjoerd Simons <sjoerd> |
| Component: | Driver/intel | Assignee: | Chris Wilson <chris> |
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | unspecified | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Sjoerd Simons
2011-11-20 12:50:35 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 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
(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 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.