Re: Install documentation
On Monday 09 November 2009 12:25:43 Jorge Hernandez wrote: Is there any documentation that describes how to install x.org on a Free BSD system? I downloaded all the source files but I don't know what to do with them. Any help will be gladly appreciated. Is there some reason you don't want to use Xorg from the FreeBSD ports tree? If you're a glutton for punishment: http://wiki.x.org/wiki/ModularDevelopersGuide http://www.x.org/wiki/JhBuildInstructions I have no idea how well either of them really work on FreeBSD. Adam ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: dead mouse
On Thu, 2009-07-30 at 17:09 -0400, PJ wrote: PJ wrote: Running Xorg 7.4 on FreeBSD 7.2 Since upgrading, the mouse pointer appears in the center of the screen but is unresuscitable. I have searched the web, tried all the solutions, hints sugestions on the web with absolutely 0 results - things are only getting worse... I was able to close xorg by hitting PrtScr/SysRq and then ctl-c... but now I have to reboot and that is not cool. I have tried with hal without, with AllowEmptyInput off; no results. What is fbdevhw - and why is it in my way? the web didn't help on this, at least on this computer( microstar 875P neo - Pentium 4 3ghz, 2gb memory) I just finished, some 4 days ago) the installation of FreeBSD7.2 on an amd64 on an Acer Travelmate 4400 with turion 1.6ghz) Everything works (surprised me !)- flashplayer9, acroread, xorg, the mouse ! ; now what is going on on this i386 machine? As a matter of fact, when starting X with startx, the configuration is the default builtin; if starting with X -config /root/xorg.conf.new it just gives me a dead mouse and I have never (on this upgrade) been able to back out with ctl-alt-bksp... Do I really have to trash this FreeBSD thing? They seem to be tripping all over each other (I don't know if it's the programs or the programmers/manual writers). TIA PJ Sorr, forgot to mention it, but my mouse is on psm0 but xorg refuses that and goes only for sysmouse... it xorg blind or what... that's from dmesg dmesg.boot -- Do you have both hald and dbus enabled and running? What does your /var/log/Xorg.0.log file say? ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: 2D/3D Acceleration on 3dfx Voodoo 3
As I recall, the Voodoo 3 only supports 3D acceleration at 16 bit. This is not a driver limitation, but a hardware limitation. Adam Kristaps Esterlins wrote: Hi, I'm trying to get proper hw acceleration using this 3dfx card so far it's not possible using 1280x1024 @ 24bit depth, which I'm currently using. I need some ideas, suggestions how to fix this :) dmesg | grep -i drm [0.275903] [drm] Initialized drm 1.1.0 20060810 [ 6587.330829] [drm] Initialized tdfx 1.0.0 20010216 for :01:00.0 on minor 0 lspci -nn | grep -i VGA 01:00.0 VGA compatible controller [0300]: 3Dfx Interactive, Inc. Voodoo 3 [121a:0005] (rev 01) glxinfo | grep render direct rendering: Yes OpenGL renderer string: Software Rasterizer Xorg.conf - http://pastebin.ca/1483668 Xorg.0.log - http://pastebin.ca/1483667 Thanks. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: Can't run XServer
How are you starting X? If you are simply running 'X' or 'Xorg' all you will get is a blackscreen. What happens if you run 'startx' or 'xinit'? Adam On Mon, 25 May 2009 16:55:06 +0200 K�vin DA SILVA dasilvake...@hotmail.fr wrote: Hi all, I've build Xorg server with git supermodule but I can't run Xserver. I've got a blackscreen. My configuration : Advent notebook (similary to MSi Wind notebook) Intel 945GM Slitaz(GNU Linux) It doesn't work too with vesa. Thanks for your help My xorg.log (sorry for the length...) _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/slitaz:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 X.Org X Server 1.6.99.1 Release Date: (unreleased) X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.25.5-slitaz i686 Current Operating System: Linux slitaz 2.6.25.5-slitaz #1 SMP Sun Feb 8 12:31:31 CET 2009 i686 Build Date: 25 May 2009 04:33:47PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (= default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (= Log file: /home/xorg/var/log/Xorg.0.log, Time: Mon May 25 17:51:53 2009 (++) Using config file: /root/xorg.conf.new (= ServerLayout X.org Configured (**) |--Screen Screen0 (0) (**) | |--Monitor Monitor0 (**) | |--Device Card0 (**) |--Input Device Mouse0 (**) |--Input Device Keyboard0 (= Not automatically adding devices (= Not automatically enabling devices (WW) The directory /home/xorg/lib/X11/fonts/misc/ does not exist. Entry deleted from font path. (WW) The directory /home/xorg/lib/X11/fonts/TTF/ does not exist. Entry deleted from font path. (WW) The directory /home/xorg/lib/X11/fonts/OTF does not exist. Entry deleted from font path. (WW) The directory /home/xorg/lib/X11/fonts/Type1/ does not exist. Entry deleted from font path. (WW) The directory /home/xorg/lib/X11/fonts/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /home/xorg/lib/X11/fonts/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /home/xorg/lib/X11/fonts/misc/ does not exist. Entry deleted from font path. (WW) The directory /home/xorg/lib/X11/fonts/TTF/ does not exist. Entry deleted from font path. (WW) The directory /home/xorg/lib/X11/fonts/OTF does not exist. Entry deleted from font path. (WW) The directory /home/xorg/lib/X11/fonts/Type1/ does not exist. Entry deleted from font path. (WW) The directory /home/xorg/lib/X11/fonts/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /home/xorg/lib/X11/fonts/75dpi/ does not exist. Entry deleted from font path. (**) FontPath set to: built-ins (**) ModulePath set to /home/xorg/lib/xorg/modules (II) Loader magic: 0x822e2c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 X.Org XInput driver : 5.0 X.Org Server Extension : 2.0 (--) using VT number 7 (--) PCI:*(0...@0:2:0) unknown vendor (0x8086) unknown chipset (0x27ae) rev 3, Mem @ 0xdfe8/524288, 0xc000/268435456, 0xdff0/262144, I/O @ 0xd0f0/8 (--) PCI: (0...@0:2:1) unknown vendor (0x8086) unknown chipset (0x27a6) rev 3, Mem @ 0xdfe0/524288 (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) System resource ranges: [0] -100x - 0x (0x1) MX[b] [1] -100x000f - 0x000f (0x1) MX[b] [2] -100x000c - 0x000e (0x3) MX[b] [3] -100x - 0x0009 (0xa) MX[b] [4] -100x - 0x (0x1) IX[b] [5] -100x - 0x (0x1) IX[b] (II) extmod will be loaded. This was enabled by default and also specified in the config file. (II) dbe will be loaded. This was enabled by default and also specified in the config file. (II) glx will be loaded. This was enabled by default and also specified in the config file. (II) dri will be loaded. This was enabled by default and also specified in the config file. (II) dri2 will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: extmod (II) Loading /home/xorg/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.6.99.1, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 2.0 (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II)
Re: Attempting to track down radeon driver issue(s)?
On Tue, 5 May 2009 12:28:23 -0400 Lowell Alleman low...@allemansonline.com wrote: 0 0xb8033430 in __kernel_vsyscall () #1 0xb7cb9d59 in ioctl () from /lib/tls/i686/cmov/libc.so.6 #2 0xb801eadd in drmIoctl () from /usr/lib/libdrm.so.2 #3 0xb801eee2 in drmCommandNone () from /usr/lib/libdrm.so.2 #4 0xb78fd797 in RADEONDownloadFromScreenCP (pSrc=0xb2d3e20, x=0, y=3, w=24, h=0, dst=0xb2d3e50 _\005~, dst_pitch=96) at radeon_exa_funcs.c:411 #5 0xb76d5cbc in exaCopyDirty (migrate=value optimized out, pValidDst=0xace5908, pValidSrc=0xace5914, transfer=0xb78fd260 RADEONDownloadFromScreenCP, fallback_src=0xb62a3000 , fallback_dst=0xb2d3e50 _\005~, fallback_srcpitch=128, fallback_dstpitch=96, fallback_index=1, sync=0xb76cff50 exaWaitSync) at ../../exa/exa_migration.c:208 snip Section Device Identifier ATI Technologies, Inc. RV350 NP [Mobility Radeon 9600/9700 M10/M11] Driver ati BusID PCI:1:0:0 #Option AccelMethod XAA Option AccelMethod EXA Option AccelDFS on #Option XAANoOffscreenPixmaps true Option DynamicClocks on Option DPMS true Option EnablePageFlip true Option EXAOptimizeMigration true # Disable drm/radeon kernel modules... doesn't lockup when DRI is disabled... #Option DRI off EndSection Does the problem persist if you disable AccelDFS? DownloadFromScreen is known to cause problems on various AGP chipsets, which is why it's disabled by default. Adam -- 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
Re: Problems enabling DRI on i810 chipset with xorg-server 1.4.2
On Fri, 17 Apr 2009 21:09:36 +1000 Dave Airlie airl...@gmail.com wrote: On Fri, Apr 17, 2009 at 3:53 PM, Manish Jain invalid.poin...@gmail.com wrote: Dave Airlie wrote: On Thu, Apr 16, 2009 at 5:01 PM, Paul B. Mahol one...@gmail.com wrote: On 4/14/09, Manish Jain invalid.poin...@gmail.com wrote: Hi, I am running xorg-server 1.4.2 on FreeBSD 7.1 (Release) on a Celeron Coppermine 800 MHz + Intel 810 chipset-based system. The xorg documentation states that enabling DRI on this chipset just requires the colour depth to be set to either 8 or 16 bpp. My xorg.conf uses just one screen with the depth set to 16. I am loading the agp module at boot-time via loader.conf. But xorg still disables DRI. Following are some relevant lines from xorg's log : X.Org X Server 1.4.2 Release Date: 11 June 2008 (**) intel(0): page flipping disabled (II) intel(0): XvMC is Disabled: use XvMCSurfaces config option to enable. drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: open result is -1, (No such file or directory) drmOpenDevice: Open failed [drm] failed to load kernel module i810 is i915.ko loaded? you need to load i810.ko not i915.ko. Dave. Hello Dave, Thank you for your input. I myself wish things were that simple : /boot/kernel # ls -l *810* ls: *810*: No such file or directory not sure where your kernel is come from, but you should have an i810.ko, CONFIG_DRM_I810 should create it. Not on FreeBSD :-) He is correct, though, there does not appear to be any i810 kernel module on FreeBSD. Adam ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: configuring video cardMSI ATI Radeon RX1550-TD256EH
On Friday 06 March 2009 19:54:37 f-thom...@hvcc.edu wrote: thanks robert. one last question, what about opengl and 3d? do i have to build the xserver with these capabilities or are there modules that i can load after i rebuild? again thanks. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg If you update your ports tree, rebuild Xorg and use -STABLE, there is nothing else you should need to do to get 3D acceleration working. You do not even need to rebuild Xorg with any special options. The defaults will work fine. Adam -- 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
Re: Severe memory leaks make X.org unuseable
On Thu, 19 Feb 2009 09:18:39 + John Tapsell johnf...@gmail.com wrote: 2009/2/19 Maciej Grela maciej.gr...@gmail.com: 2009/2/19 milnser43...@yahoo.com milnser43...@yahoo.com: There are very serious and severe memory leaks under X.org with the savage driver. I am on FreeBSD. This is a very serious problem as it consumes all system memory adn causes other applications to crash. It is totally unuseable and intolerable and is simply shoddy and sloppy programming. I know for a fact XFree86 did not leak memory like this, XFree86 started at about 25 MB and stayed there. What is going on here? Every since the X.org project was started the quality of X distribution has plummeted drastically. Post some details (hardware ? xorg version ? driver version ? logs ?) because there isn't enough information in your post to even start investigating the issue. From his previous posts[1], it looks like he's talking about ProSavage DDR on Freebsd. I attempted to try to help by getting him to run pmap, but it seems freebsd doesn't have pmap. I have no idea if it's the same thing you are referring to, but there is pmap port in sysutils/pmap on FreeBSD. It does not have a -d option, but 'pmap pidofxorg' gives me: 2780: /usr/local/bin/X Address Kbytes RSS SharedPriv Mode Mapped File 0804800014841308 -1308 r-x /usr/local/bin/Xorg 081BB000 24 24 - 24 rw- /usr/local/bin/Xorg 081C1000 148 148 - 148 rw- [ anon ] 081E6000 104 4 - 104 rwx [ anon ] 281BB000 148 104 148 - r-x /libexec/ld-elf.so.1 281E 8 8 - 8 rw- /libexec/ld-elf.so.1 snip Adam -- 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
Re: [radeonhd] xf86-video-radeonhd:r6xx-r7xx-support: 1 commit(s)
On Monday 02 February 2009 17:46:00 Gene Heskett wrote: On Monday 02 February 2009, Alex Deucher wrote: On Mon, Feb 2, 2009 at 4:10 PM, Gene Heskett gene.hesk...@verizon.net wrote: [...] Do I need to adjust that? If you have an agp card you'll need agp support. PCI-E card HD2400 Pro, rv610. Humm, maybe I need something in modprobe.conf? I just did a 'modprobe drm' which returned no errors, but it did not generate a /dev/dri/card0 either. you'll also need to load radeon.ko as well (modprobe radeon). then start x and check your dmesg for drm/radeon messages. Alex Not good. That did generate /dev/dri/card0, but screen refreshes are now very lazy, easily visible as the scroll down from the top. And glxgears was in the 880 fps, now is in the high 300's. There is no 3D acceleration for opengl applications at the moment. So glxgears performance, which is irrelevant even when there are functional drivers, is now even more irrelevant to the situation at hand. I've added this to rc.local near the top of the file: modprobe radeon modprobe drm I'll reboot to see if it fixes it but I don't have a good feeling about it. BRB. Found it! (EE) AIGLX error: dlopen of /usr/lib/dri/r600_dri.so failed (/usr/lib/dri/r600_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering And indeed there is no such animal there. And it doesn't exist on this system. Soo, back to the git checkout of usr/src/xf86-video-radeonhd and r600_dri.so does not exist anywhere except, perhaps, on a few developers machines. Adam -- 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
Re: Compositing, OpenGL programs and Intel graphics drivers
On Monday 12 January 2009 18:04:30 Bipin George Mathew wrote: When I run compiz, or metacity with compositing enabled or any window manager + xcompmgr, I find that rendering of OpenGL applications shows many UI artifacts. This seems to be directly related to my Intel 82945G/GZ graphics drivers. Is it that my drivers do not support TFP properly or is it some other reason? Is there a workaround to have compositing and openGL programs work with Intel? Thanks, Bipin This is a limitation in the direct rendering infrastructure that DRI2 is set to address. You will just need to wait for DRI2 to be completed. Adam -- 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
Re: Compositing, OpenGL programs and Intel graphics drivers
On Monday 12 January 2009 19:56:43 Bipin George Mathew wrote: Will it work on any other graphics card? NVidia, ATI? If yes, why does the limitation only affect Intel cards? This effects all video card drivers that use Xorg's direct rendering infrastructure, including the open source and closed source drivers for ATI video cards. nvidia does not use that same infrastructure. Adam -- 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
Re: ATI Chipsets
On Wednesday 22 October 2008 19:12:50 Thomas J. Baker wrote: On Wed, 2008-10-22 at 15:44 -0700, Corbin Simpson wrote: Thomas J. Baker wrote: What's the current (Fedora 10 current) best ATI chipset/driver combination that has a GL_MAX_TEXTURE_SIZE of at least 4096? I got an R300 for F9 but it only supported a max texture of 2048 so compiz didn't work correctly. I want to find a relatively cheap ($100 or so) best supported 3D capable (compiz, googleearth, low end game 3D) card. Also, was the 2048 an R300 limit, or a chipset limit? The r5xx series (X1xxx) is supported by F9 and has full open-source compiz support. The best card in the series is the X1950, and it runs about $80 or so on Newegg, sometimes less. Also, the limit is a chipset limit, not a driver limit. ~ C. Thanks for the info. I figured it was a chipset issue. I should clarify too that the R300 works perfectly well, just not with my two monitors. Is the support any worse with the r6xx series? Newegg has some 3850 cards that are cheaper than the $150 X1950s they currently have. There are no open source drivers that provide 2D or 3D acceleration for r600 and newer cards at the moment, unfortunately. Adam -- 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
Re: Current intel from git + xserver 1.5.0 + FreeBSD
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 -- 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
Re: Current intel from git + xserver 1.5.0 + FreeBSD
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=0x855) at intel_batchbuffer.c:103 #3 0x3890aace in intelInitContext (intel=0x855, 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