Arch Linux

mouse256

Member

From: Antwerpen, Belgium

Registered: 2005-08-24

Posts: 247

XGL troubles

Hi,

I can't get xgl running anymore (it used to work about a month ago, but I had to reinstall due to a hack since)

when I run startxgl:

==> Starting XGL at display :1
==> Using card: ati

X Window System Version 7.0.0
Release Date: 21 December 2005
X Protocol Version 11, Revision 0, Release 7.0
Build Operating System:Linux 2.6.16-ARCH i686
Current Operating System: Linux mouse256 2.6.16-beyond #1 SMP PREEMPT Wed May 24  18:08:33 EST 2006 i686
Build Date: 04 May 2006
        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.94.log", Time: Fri Jun 16 16:06:43 2006
(==) Using config file: "/etc/X11/xorg.conf"
(WW) fglrx: No matching Device section for instance (BusID PCI:3:0:1) found
==> Starting Compiz (window and composite manager)
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
==> Starting gnome-window-decorator
==> Starting gnome-session
compiz: Couldn't open display :1

(gnome-window-decorator:31468): Gtk-WARNING **: cannot open display:

(gnome-session:31458): Gtk-WARNING **: cannot open display:
    xkb_keycodes             { include "xfree86+aliases(azerty)" };
    xkb_types                { include "complete" };
    xkb_compatibility        { include "complete" };
    xkb_symbols              { include "pc(pc101)+be" };
    xkb_geometry             { include "pc(pc101)" };
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Warning:          Type "ONE_LEVEL" has 1 levels, but <RALT> has 2 symbols
>                   Ignoring extra symbols
Errors from xkbcomp are not fatal to the X server
Could not init font path element /usr/share/fonts/OTF, removing from list!
Could not init font path element /usr/share/fonts/CID/, removing from list!
X connection to :94.0 broken (explicit kill or server shutdown).
FreeFontPath: FPE "/usr/share/fonts/misc/" refcount is 2, should be 1; fixing.

It has something to do with my hardware, I'm using arch-beyond with proprietary ati fglrx driver (ati radeon 9600)

part of my /etc/X11/xorg.conf

Section "Module"
        Load  "dbe"     # Double buffer extension
        Load  "type1"
        Load  "freetype"
        Load  "glx"   # libglx.a
        Load  "dri"   # libdri.a
        Load "ddc" # ddc probing of monitor
        Load "GLcore"
        Load "extmod"
        Load "bitmap" # bitmap-fonts
        Load "record"
        Load "vbe"
EndSection

When I remove the ' Load "dri" ' module, xgl will start, but then I have no accelleration at all, so it's unusable at that speed (even just moving a window is slow)

Anyone knows a solution for my problem?

mouse256

Member

From: Antwerpen, Belgium

Registered: 2005-08-24

Posts: 247

Re: XGL troubles

nobody?
Maybe anyone who has xgl running with an ati card and is using the closed-source fglrx driver can post his xorg.conf file? I think that might help me

outr

Member

From: Turku, Finland

Registered: 2006-03-06

Posts: 5

Re: XGL troubles

i've got an ati card and using the fglrx driver.
at least for me the current xgl-fglrx combo wont start with the arch startxgl script, but i was able to start it with a custom startup-script:

#!/bin/bash

  echo "  Starting XGL"
  Xgl :1 -ac -accel xv:pbuffer -accel glx:pbuffer &
  sleep 5
  DISPLAY=:1.0 /usr/bin/compizrc
  DISPLAY=:1.0 exec startxfce4
 echo "   DONE!"

and compizrc being

#!/bin/bash
LD_LIBRARY_PATH=/opt/mesa-xgl-cvs/lib/ compiz --replace gconf &
sleep 1;
gnome-window-decorator&

haven't yet found the exact reason for the problem., one difference is  the .0 screen definition to DISPLAY.
And i have to say that the arch startxgl script has worked in the past. dont quite know when it broke, or is it actually the fglrx-driver that's broken(probably?) as my old working kde-xgl script didn't have the screen definition.
also, the sleep 5 in the script seems to be crucial, compiz wont start with anything less. another solution would be to load compiz from within a DE.

edit: using the beyond-kernel and compiz-quinn build

mouse256

Member

From: Antwerpen, Belgium

Registered: 2005-08-24

Posts: 247

Re: XGL troubles

hmm, I also edited the /usr/bin/startxgl script and added a sleep of 10 between the Xgl and the compiz command, and then it starts _most_ of the time, but not always, its weird...