Hi all, just a report of my experiences when installing Suse 9.2 on a Toshiba Tecra S1 laptop. The laptop was purchased in early 2004. The graphics card is recognized as: (--) PCI:*(1:0:0) ATI Technologies Inc Radeon R250 Lf [Radeon Mobility 9000 M9] rev 1, Mem @ 0xa8000000/27, 0xe0010000/16, I/O @ 0xc100/8 When the install was through, KDE came up with 640x480, which is definitely not what I expected. (The system is pretty much unusable, even the KDE control center cannot be displayed correctly.) After about a week of unsuccessful tries I found the suse-xfree86 mailing list. I determined that the thread "[suse-xfree86] There is now a X.Org6.8 driver on ATI's website" was for me. Found the fglrx driver on ftp.suse.com. Set up everything according to the README that came with it. But X did not come up. The last 25 lines of Xorg.0.log follow: #----------------------------------------------------------------------------- begin quotation (II) Setting vga for screen 0. (II) Initializing built-in extension MIT-SHM (II) Initializing built-in extension XInputExtension (II) Initializing built-in extension XTEST (II) Initializing built-in extension XKEYBOARD (II) Initializing built-in extension LBX (II) Initializing built-in extension XC-APPGROUP (II) Initializing built-in extension SECURITY (II) Initializing built-in extension XINERAMA (II) Initializing built-in extension XFIXES (II) Initializing built-in extension XFree86-Bigfont (II) Initializing built-in extension RENDER (II) Initializing built-in extension RANDR (II) Initializing built-in extension COMPOSITE (II) Initializing built-in extension DAMAGE (II) Initializing built-in extension XEVIE Fatal server error: __glXExtensionInit: AddExtensions failed Please consult the The X.Org Foundation support at http://wiki.X.Org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. #----------------------------------------------------------------------------- end quotation I went to the web and found the following URLs: http://www.stanchina.net/~flavio/debian/fglrx-archive/msg00120.html http://www.stanchina.net/~flavio/debian/fglrx-archive/msg00122.html The first of these URLs reports the same problem I had, namely X dying unexpectedly with "__glXExtensionInit: AddExtensions failed" The second reports the solution, which at first I could hardly believe, but this was the solution: X depends on the sequence in which the modules are enumerated in Xorg.conf !! See for yourself: #----------------------------------------------------------------------------- begin quotation ... After I tried part of your XF86Config-4 file and experienced the same problem as yours, I tried to see what is different from my working environment and I found out that the problem is in the order modules are loaded in the "Module" section from your config file. Please try the next "Module" section and let us know if it works for you: Section "Module" #Load "pex5" Load "dbe" Load "glx" Load "dri" Load "GLcore" Load "record" Load "extmod" SubSection "extmod" Option "omit xfree86-dga" EndSubSection #Load "xie" Load "freetype" Load "type1" EndSection For example my "Module" section looks like this: Section "Module" Load "dbe" # Double buffer extension Load "extmod" Load "glx" Load "dri" Load "vbe" Load "ddc" Load "xaa" Load "int10" Load "record" #off# Load "xtrap" # Font Modules Load "freetype" Load "type1" # Extra Stuff Load "i2c" EndSection if I enable the "xtrap" extension, X is not starting anymore .. #----------------------------------------------------------------------------- end quotation My kind request is that Suse consider changing sax2 so that this sequence is automatically created (at least in the case that is described in the fglrx-README). Or, even better, if Suse could influence the X.org guys to help make this sequence unimportant! X should better not remind us of the "good" old days, when we were juggling around with the right order of MS-DOS config.sys entries ;-) Hope this helps some people! Best regards, Wolfgang Rinnert wrinnert@web.de