Current intel from git + xserver 1.5.0 + FreeBSD

[Adam K Kirchhoff]

On Mon, 22 Sep 2008 18:02:25 -0400
Adam K Kirchhoff <adamk at voicenet.com> wrote:

> 
> On Mon, 22 Sep 2008 14:09:45 -0400
> Adam K Kirchhoff <adamk at voicenet.com> 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
> > root at scroll.ashke.com:/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.