Comments on: ATI Radeon x850 on (vs.) Linux

By: Drack

Drack — Mon, 22 May 2006 00:15:35 +0000

Also I had to use experimental (~amd64) ati drivers for them to even compile. The version number on them is 8.24.8. A few times during the X11 7.0 install I had a package fail, but every time that was fixed by using the experimental version.

By: Drack

Drack — Mon, 22 May 2006 00:13:58 +0000

It’s a problem with xorg.conf. I got this very same error on my AMD64, GCC 4.1, X11 7.0 Gentoo setup. But once I made my xorg.conf - one for my hardware was premade at http://gentoo-wiki.com/HARDWARE_Gentoo_Acer_Ferrari_4005WLMi_Manual - the error was gone.

By: Josh

Josh — Fri, 19 May 2006 10:21:40 +0000

In Gentoo I fixed the problem by dropping the gentoo-sources and switching to vanilla-sources. Don’t know what it was in gentoo-sources that caused the problems, but I now have fully functional drivers.

By: Willy Andre Bergstrøm

Willy Andre Bergstrøm — Wed, 03 May 2006 17:50:37 +0000

I have this problem too, so I checked my xorg.conf. It loads glx, but it still fails.
I’m running Fedora Core 5 with Xorg7.0 and the latext ATi drivers from the site. I’ve also tried using the drivers available from the Livna RPM repository, and both give the exact same error.

Now, the last time I tried installing the ATi drivers on FC5, it worked like a charm, so I don’t see why it’s failing this time around. I can’t seem to find a solution to my problem anywher either.

By: Warren Falk

Warren Falk — Thu, 20 Apr 2006 01:23:21 +0000

Thanks, Dan. This was one of the first things I thought of because the name of the missing function is __glX.. but I was loading glx. My guess now is that in recompiling I got a newer version of glx, or that it was just not merged correctly the first time around. So if anyone else has this problem make sure you have glx in your xorg.conf file. If it still isn’t working, focus on glx as the source of your problem and if you learn something new, post it here.

By: Dan McDonald

Dan McDonald — Thu, 20 Apr 2006 00:40:16 +0000

This problem was pestering me for quite a couple hours but I FIGURED IT OUT! you need Load “glx” in your xorg.conf!

By: Warren Falk

Warren Falk — Wed, 19 Apr 2006 17:58:41 +0000

Still using the older drivers 8.23.7 myself and I still get these errors, but after recompiling X recently (after syncing portage), I got it to work (that is the errors are there, but now I get a picture on the screen). I am not able to shut X down, however. Doing so locks my machine. I don’t think this is related to the errors above, though.

By: Guillaume

Guillaume — Thu, 13 Apr 2006 15:19:30 +0000

Hi Warren,

I have exactly the same problem, and I have changed to ATI drivers 8.24.8 (released yesterday night) and the problem is the same..
I’m under Ubuntu Dapper, Xorg 7.0, gcc 4.0.3, kernel 2.6.15-20

Have you find any solutions about this problem ?

By: Warren Falk

Warren Falk — Fri, 07 Apr 2006 01:35:34 +0000

AHAH! The problem is almost certainly an X11R7 problem due to the fact that they only support dlloader whereas they used to support elfloader also. The ATI drivers do not work with dlloader apparently. Every howto I read instructs you to turn off dlloader in X, but I can’t because version 7 doesn’t allow it. I’m still researching to see if there’s anything I can do. I haven’t found a rationale yet for the new restriction.

By: Warren Falk

Warren Falk — Wed, 05 Apr 2006 19:53:35 +0000

I’m baffled. I located the __glXActiveScreens symbol. It is a global pointer defined in glxscreens.c of the xorg-server package. That .c file compiles to glxscreens.o, which is linked into libxgl.a which is linked into Xorg with -rdynamic, so the symbol should be exported. I’ve been assuming that the dlopen that’s failing is either Xorg failing to dlopen the fglrx_drv.so or fglrx_drv.so is failing to dlopen Xorg (I’m not sure that’s possible, I’m not that familiar with dlopen). Either way, the dlopen appears to be failing because fglrx_drv.so can’t find that symbol which should be there.