On Mon, 22 Sep 2008 18:02:25 -0400 Adam K Kirchhoff <[EMAIL PROTECTED]> wrote:
> > On Mon, 22 Sep 2008 14:09:45 -0400 > Adam K Kirchhoff <[EMAIL PROTECTED]> wrote: > > > > > I'm trying to get that combination working on my i915 laptop, but > > I'm running into a problem... Namely, Xorg is crashing: > > > > X.Org X Server 1.5.0 > > Release Date: > > X Protocol Version 11, Revision 0 > > Build Operating System: FreeBSD 7.1-PRERELEASE i386 > > Current Operating System: FreeBSD scroll.ashke.com 7.1-PRERELEASE > > FreeBSD 7.1-PRERELEASE #0: Sun Sep 21 11:28:25 EDT 2008 > > [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386 Build Date: > > 22 September 2008 01:19:11PM > > > > Before reporting problems, check http://wiki.x.org > > to make sure that you have the latest version. > > Module Loader present > > 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: Mon Sep 22 > > 14:06:12 2008 (==) Using config file: "/etc/X11/xorg.conf" > > (EE) module ABI major version (0) doesn't match the server's version > > (1) (EE) Failed to load module "record" (module requirement > > mismatch, > > 0) (EE) module ABI major version (0) doesn't match the server's > > version (1) (EE) Failed to load module "xtrap" (module requirement > > mismatch, 0) (EE) intel(0): Failed to initialize kernel memory > > manager Fatal server error: > > Caught signal 11. Server aborting > > > > Now I'm assuming that the record and xtrap errors are not fatal, and > > I'm not sure if the lack of the kernel memory manager would be > > causing the crash, either. A backtrace shows: > > > > Program received signal SIGSEGV, Segmentation fault. > > [Switching to Thread 0x8201100 (LWP 100094)] > > 0x286af754 in i830_init_bufmgr (pScrn=0x8206800) at > > i830_driver.c:2915 2915 pI830->bufmgr = > > intel_bufmgr_fake_init(pI830->drmSubFD, (gdb) bt > > #0 0x286af754 in i830_init_bufmgr (pScrn=0x8206800) at > > #i830_driver.c:2915 1 0x286b7e33 in i830_allocator_init > > #(pScrn=0x8206800, offset=0, size=268435456) at i830_memory.c:504 2 > > #0x286b05bb in I830ScreenInit (scrnIndex=0, pScreen=0x823c4e0, > > #argc=1, argv=0xbfbfec2c) > > at i830_driver.c:2834 > > #3 0x0806b08d in AddScreen (pfnInit=0x286b01c0 <I830ScreenInit>, > > #argc=1, argv=0xbfbfec2c) at main.c:746 4 0x080a18fc in InitOutput > > #(pScreenInfo=0x81e3c20, argc=1, argv=0xbfbfec2c) at > > #xf86Init.c:1051 5 0x0806b7eb in main (argc=1, argv=0xbfbfec2c, > > #envp=0xbfbfec34) at main.c:358 > > > > Is there any way to get this working? > > > > Adam > > > > FYI, I narrowed it down some... > > c2f0df4dc97c87539b66525a277c7d1e2c421f61 is good: Merge branch > 'drm-gem' of > ssh://git.freedesktop.org/git/xorg/driver/xf86-video-intel into > drm-gem (Jesse Barnes) > > 12df8f40d2fb41f5446db1b49beeb442da18bee2 is bad: Use dri_bo for all > object allocations, including pixmaps under uxa (Keith Packard) > > None of the three in between build for me: > > 4cc20b7f6e25f4be4598f8edbe0077117126b4ee Don't call sync on > prepare_access -- just let the driver deal with it. > b0b0998b5d52d105eb1e631f688aa8f1bd55ef39 Make EXA functions work for > UXA as well 59774e9aca2d743e82d616bb644d20ff6d60d492 Add UXA - the > unified memory acceleration architecture. > > Adam Well it looks like 'good' is not so good. Upon starting compiz, Xorg crashes again: Failed to initialize TTM buffer manager. Falling back to classic. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x8201100 (LWP 100142)] 0x28686edb in dri_bufmgr_check_aperture_space (bo_array=0x86fb220, count=1) at dri_bufmgr.c:140 140 return bo_array [0]->bufmgr->check_aperture_space(bo_array, count); (gdb) bt #0 0x28686edb in dri_bufmgr_check_aperture_space (bo_array=0x86fb220, #count=1) at dri_bufmgr.c:140 1 0x388f068d in intel_batchbuffer_reset #(batch=0x86f8fa0) at intel_batchbuffer.c:92 2 0x388f0b61 in #intel_batchbuffer_alloc (intel=0x8550000) at intel_batchbuffer.c:103 #3 0x3890aace in intelInitContext (intel=0x8550000, mesaVis=0x828b830, #driContextPriv=0x86f8ea0, sharedContextPrivate=0x0, #functions=0xbfbfe724) at intel_context.c:675 4 0x388fd16e in #i915CreateContext (mesaVis=0x828b830, driContextPriv=0x86f8ea0, #sharedContextPrivate=0x0) at i915_context.c:127 5 0x3890faef in #intelCreateContext (mesaVis=0x828b830, driContextPriv=0x86f8ea0, #sharedContextPrivate=0x0) at intel_screen.c:648 6 0x388e223d in #driCreateNewContext (psp=0x829a120, config=0x828b830, render_type=0, #shared=0x0, hwContext=17, data=0x8211da0) at ../common/dri_util.c:713 #7 0x28666286 in __glXDRIscreenCreateContext (baseScreen=0x8235540, #glxConfig=0x828c6d0, baseShareContext=0x0) at glxdri.c:652 8 #0x2865a042 in DoCreateContext (cl=Variable "cl" is not available. ) at glxcmds.c:238 #9 0x2865a2a5 in __glXDisp_CreateContext (cl=0x86d1bfc, pc=0x86f6c30 #"\232\003\006") at glxcmds.c:287 10 0x2865c266 in __glXDispatch #(client=0x821c5e0) at glxext.c:512 11 0x08084ee4 in Dispatch () at #dispatch.c:454 12 0x0806b9ea in main (argc=3, argv=0xbfbfec1c, #envp=0x0) at main.c:441 -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. _______________________________________________ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg