r500 gallium: "undefined symbol: _glapi_get_proc_address"

[Sadako]

I want to try out the gallium driver for an r500 radeon, I've tried both mesa 7.8.1 in the tree and git master, and in both cases when I make r300_dri.so a symlink to radeong.so whan I startx I get the following;

Code: Select all

(II) [KMS] Kernel modesetting enabled.
(EE) AIGLX error: dlopen of /usr/lib/dri/r300_dri.so failed (/usr/lib/dri/r300_dri.so: undefined symbol: _glapi_get_proc_address)
(EE) AIGLX: reverting to software rendering

I've tried this with the latest ~arch versions of libdrm, xorg-server and xf86-video-ati, and the current git versions of libdrm and xf86-video-ati, under the 2.6.34 kernel as well as the drm-radeon-testing kernel tagged to be pulled for 2.6.35, no matter what combination of package versions I always get the same thing.

Curiously, glxinfo claims direct rendering is enabled, but glxgears slows the system to a crawl...

No one else appears to be having this specific problem, anyone have any idea of where I'm going wrong?

[eyoung100]

Please Post the output of:

Code: Select all

eselect opengl list

[Sadako]

Please Post the output of:

Code: Select all

eselect opengl list

Only xorg-x11 is listed, I've never had the binary drivers installed.

[eyoung100]

You may have your symlink backwards, look at Radeon Gallium on ubuntu

[Sadako]

r300_dri.so is symlinked to radeong_dri.so, I'm fairly sure that's all that should be needed...

Anyways, I actually got rid of that warning/error, but the fix is ugly and presumably completely wrong, and it makes no difference to the unusable 3d acceleration.

However, even the "classic" mesa driver is the same under kms, so I'm gonna chalk it off to an agp issue with kms...

Here's the "fix" if anyone else is curious or comes across this, just add the following to the src_prepare() function in the mesa ebuild before eautoreconf;

Code: Select all

sed -i -e 's:DRI_LIB_DEPS += -ldrm_radeon:DRI_LIB_DEPS += -ldrm_radeon -lGL:' src/gallium/winsys/drm/radeon/dri/Makefile || die

It links /usr/lib/libGL.so into radeong_dri.so, which I'm fairly sure is completely wrong and shouldn't be required, but whatever...

eyoung100; thanks for the suggestions