trying to get googleearth to run in core6.
It sort of works, but it's slow and the display flickers badly while loading, it's almost unusable.
I also have core4 on this machine and that works OK.

It's a Gigabyte P4 Titan motherboard with SiS 661FX onboard video.

If I type glxinfo in core6 I get this.

[mike@core6 ~]$ glxinfo
name of display: :0.0
X Error of failed request: GLXBadContext
Major opcode of failed request: 144 (GLX)
Minor opcode of failed request: 5 (X_GLXMakeCurrent)
Serial number of failed request: 17
Current serial number in output stream: 17

If I type glx info in core4 I get a long list of data about GLX.


The xorg.conf files vary a bit
Core4 has this section, core6 doesn't.
Section "Module"
Load "dbe"
Load "extmod"
Load "fbdevhw"
Load "glx"
Load "record"
Load "freetype"
Load "type1"
Load "dri"

I've tried adding it but X fails to start.

Core4 has more detail on the video card.
Section "Device"
Identifier "Videocard0"
Driver "sis"
VendorName "Videocard vendor"
BoardName "SiS 660/661FX/M661FX/M661MX/741/741GX/M741/760/M760"

Core6 only has this.
Section "Device"
Identifier "Videocard0"
Driver "sis"
EndSection

And core4 has this bit at the end.
Section "DRI"
Group 0
Mode 0666
EndSection

And core6 doesn't, again I've tried adding it, without success.

Any pointers/ideas more than welcome.

Would I be better off adding an AGP card of some sort? Says it needs to be 4X/8X

"Xorg -configure" generates an example xorg.conf that may be a good basis for later fine tuning.

Greg thanks for the reply, but not sure I get your point, I already have a functioning xorg.conf.
Maybe fine tuning it will give me 3D, what I need to know is how?

I tried Xorg -configure anyway and it failed, because my x server was already running, so it seems that it wants to do much more than generate an example file.

Guy who writes the X driver:
http://www.winischhofer.eu/linuxsisp...l#introduction

I've owned one SiS mobo and swore I'd never buy another.

It sounded to me like your xorg.conf in FC6 was not functioning well. You said you tried and failed to add Modules and DRI sections, right? That seems pathological to me.

If Xorg won't generate an xorg.conf for you while X is running, it must have occurred to you to try it while X is not running ...

That makes sense, I hadn't blamed xorg.conf for the module failures.

And I was a bit nervous about generating a new xorg.conf entirely in case something stuffed up. But I'll make a back up in case and try it later.

Thanks Greg, I'll report back.

Finally got round to xorg.conf, and thanks to GregLee the modules are now loading, the file produced by Xorg -configure had the module path in it, that my xorg.conf was missing. My core6 xorg.conf now looks very similar to my core4 xorg.conf.
Trouble is it doesn't help a lot I get a similar error when I do > glxinfo

[mike@core6 ~]$ glxinfo
name of display: :0.0
X Error of failed request: BadAlloc (insufficient resources for operation)
Major opcode of failed request: 159 (GLX)
Minor opcode of failed request: 3 (X_GLXCreateContext)
Serial number of failed request: 16
Current serial number in output stream: 17
[mike@core6 ~]$

So things have changed it's no longer "bad context" but "bad allocation"

I think that I probably woudn't have this problem if I didn't have the SiS chip, but core4 manages OK, why doesn't core6???
Anybody got any thoughts?

Please!!!