Current intel from git + xserver 1.5.0 + FreeBSD

[Adam K Kirchhoff]

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



-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.