XFree crashes on startup

[Cefwyn]

Hi everyone,

I'm hoping that some of you will be able to help me with this problem. The problem is as follows;
I've installed Gentoo and emerged XFree86 4.2.1 and Gnome 2.1.2. GDM is set as the login manager.
When I do a 'startx', X starts up fine and I get a gnome logo on the screen, then it waits a while before crashing out to the console again. I get the following errors on the console:

[pascall]

Hey Cefwyn,

I never used Linux on a sparc machine but I could give you some hints based on my experience on x86.

Could you post for us to see 2 files : the X configuration file (usually /etc/X11/XF86Config - the part where the modules are loaded - usually the lines begin with Load "module_name"), and the log file for X (usually located in /var/log/XFree86.0.log - look especially for lines beginning with EE, as they indicate an error).

Maybe with this two files we ll be able to help you.

[Weeve]

Hi Cefwyn,

Sounds to me like you are trying to load the DRI module for XWindow and either didn't compile the appropriate DRI kernel module, or didn't load it.

Here are a few things to try.

1) In your kernel config, check to see if you enabled XFree86 DRI support and if so, that you enabled the support for your Creator3D card. If you have proceed to suggestion 2, otherwise compile that as either a module or into the kernel

2) If #1 checks out and you compiled it as a module, make sure that the module is loaded. "lsmod" will show you what kernel modules are currently loaded. To load a module, issue the command "modprobe modulename".

3) Perhaps the easiest way to bypass this problem is to commend the "Load "dri" " line out of your XF86Config file (this would be in the modules section).


Let me know how you make out,

[Cefwyn]

Thanks for your answers.
I've made sure that the DRI module is loaded as a module in the kernel. I've also tried loading it in the kernel itself just to make sure. The load dri is commented out in my xfree config.

I've been looking around on the forum and it seems to me that the problem might not be caused by X at all but by gnome. I'm looking into this now and will post here if I find out something. The config and stuff will be posted tomorrow as the machine is at work (and I'm not right now)

-Cefwyn-

[jjacocks]

As far as I am aware, DRI doesn't work on XF86 4.2.1 on the Sparc. This is as of the last posing on the debian-sparc list. Does anyone here have any different information?

[Ferris]

With XF86-4.2.1 on an Ultra2, Creator3D, system identified by 'uname -a'
as:
=====
Linux lacewing.inforead.com 2.4.20-sparc-r0 #3 SMP Fri Jan 3 15:56:09 UTC 2003 sparc64 sun4u TI UltraSparc II (BlackBird) GNU/Linux
====== DRI claims to load, as so from
the /var/log/XFree86.0.log file:
================
(II) Loading sub module "drm"
(II) LoadModule: "drm"
(II) Loading /usr/X11R6/lib/modules/linux/libdrm.a
(II) Module drm: vendor="The XFree86 Project"
compiled for 4.2.1, module version = 1.0.0
ABI class: XFree86 Server Extension, version 0.1
(II) Loading sub module "dri"
(II) LoadModule: "dri"
(II) Loading /usr/X11R6/lib/modules/extensions/libdri.a
(II) Module dri: vendor="The XFree86 Project"
compiled for 4.2.1, module version = 1.0.0
ABI class: XFree86 Server Extension, version 0.1
(II) Loading sub module "drm"
(II) LoadModule: "drm"
(II) Reloading /usr/X11R6/lib/modules/linux/libdrm.a
(II) Loading extension XFree86-DRI
(==) SUNFFB(0): DPI set to (75, 75)
(--) Depth 24 pixmap format is 32 bpp
(II) do I need RAC? No, I don't.
(II) resource ranges after preInit:
[0] -1 0 0xffffffff - 0xffffffff (0x1) MX[B]
[1] -1 0 0x00000000 - 0x00000000 (0x1) MX[B]
[2] -1 0 0x00ffffff - 0x00ffffff (0x1) IX[B]
[3] -1 0 0x00000000 - 0x00000000 (0x1) IX[B]
(II) /dev/fb0: Detected FFB2+/horizontal, Z-buffer, Double-buffered.
(II) /dev/fb0: BT498 (PAC2) ramdac detected
(II) /dev/fb0: Detected Creator/Creator3D
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmOpenDevice: minor is 0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 6, (OK)
drmGetBusid returned ''
(II) SUNFFB(0): [drm] created "ffb" driver at busid "SBUS:/dev/fb0"
(II) SUNFFB(0): [drm] added 8192 byte SAREA at 0x4030c000
(II) SUNFFB(0): [drm] mapped SAREA 0x4030c000 to 0x70028000
(II) SUNFFB(0): [drm] framebuffer handle = 0x02000000
(II) SUNFFB(0): [drm] added 1 reserved context for kernel
(II) SUNFFB(0): [drm] FBC Register handle = 0x00600000
(II) SUNFFB(0): [drm] DAC Register handle = 0x00400000
(II) SUNFFB(0): [drm] SFB8R handle = 0x04000000
(II) SUNFFB(0): [drm] SFB32 handle = 0x05000000
(II) SUNFFB(0): [drm] SFB64 handle = 0x06000000
(II) SUNFFB(0): [drm] Visual configs initialized
(II) /dev/fb0: DRM initialized
(==) SUNFFB(0): Backing store disabledLinux lacewing.inforead.com 2.4.20-sparc-r0 #3 SMP Fri Jan 3 15:56:09 UTC 2003 sparc64 sun4u TI UltraSparc II (BlackBird) GNU/Linux
(==) SUNFFB(0): Silken mouse enabled
(II) /dev/fb0: Using acceleration
(II) /dev/fb0: DGA support initializ
(II) SUNFFB(0): X context handle = 0x00000001
(II) SUNFFB(0): [DRI] installation complete
(II) /dev/fb0: DRM finish setup complete
============================

For this to work, you need to have the dri kernel 'ffb' module compiled
in or loaded:
=========
lacewing X11 # lsmod
Module Size Used by Not tainted
ffb 40032 1
=========

I don't know how well DRI works, but it seems stable to me (and glxgears
reports about a 5.3x improvement over kernel 4.2.18, where DRI is
not supported, so far as I can tell.)

[Cefwyn]

Thanks for all your excellent help. I now have X up and running just fine with DRI and everything. Ended up reinstalling my system, emerging Xfree86-4.2.1-r2 and then the latest version of gnome. Worked like a charm after that

[Cefwyn]

My XF86Config incase anyone should need it