Red Hat Bugzilla – Bug 51512
libGL libraries break Radeon support
Last modified: 2007-04-18 12:35:45 EDT
When using [teg@xyzzy teg]$ rpm -q kernel Mesa XFree86 kernel-2.4.7-0.13.1 Mesa-3.4.2-3 XFree86-4.1.0-0.9.11 [teg@xyzzy teg]$ accelerated 3D doesn't work. When using libGL/libGLU from XFree 4.1 (but no other changes), it works fine. Other cards with support from 4.0.3 continue to work, so I'm guessing you use an outdated version which isn't synced with XFree 4.1.
Trond, what epoch is the Mesa package you have?
[teg@xyzzy teg]$ rpm -q --queryformat "%{NAME} %{VERSION} %{EPOCH}\n" Mesa Mesa 3.4.2 3 [teg@xyzzy teg]$
We (Red Hat) should really try to fix this before next release.
New Mesa 3.4.2-5 should fix this alongside XFree86-4.1.0-0.9.13 Will be in rawhide soon.
Doesn't work at all. Exchanging libGL to one from XFree 4.1 works. You do something bad to it.
[teg@xyzzy teg]$ rpm -q Mesa XFree86 Mesa-3.4.2-5 XFree86-4.1.0-0.9.13 [teg@xyzzy teg]$
I see this too. Same versions as trond. I traced it a little bit, and it seems to be doing everything correctly, loading the radeon_dri.so library and executing some code in it. Even opening /dev/dri/card0 and doing some ioctls that all succeed. Then it just start using software fallbacks, with no warnings or anything.
It's jumping to the wrong code, because of how the modules are built. They need to export some symbols globally, or things will just grab the functions from Mesa instead.
Created attachment 29316 [details] build radeon/sis_dri.so as SharedDriModuleTarget
Fixed now in Rawhide release of XFree86 4.1.0-0.99.2 and Mesa-3.4.2-7
Hello. And where I can find this new packages?