Daniel Stone wrote:
> On Wed, Jul 12, 2006 at 07:37:44PM -0400, Brice Goglin wrote:
>> I have a radeon X300 (pci id 1002:5460) which works pretty fine. Most 3D
>> applications are happy. But some don't. For instance tremulous, (FPS game
>> recently uploaded) complains about me not using the hardware
>> acceleration,
>> which looks strange to me since my hardware acceleration works in other
>> programs.
>>
>> LIBGL_DEBUG=verbose gave me the following:
>> libGL: XF86DRIGetClientDriverName: 5.0.3 r300 (screen 0)
>> libGL: OpenDriver: trying /usr/lib/dri/r300_dri.so
>> libGL error: dlopen /usr/lib/dri/r300_dri.so failed
>> (/usr/lib/dri/r300_dri.so: undefined symbol: _glapi_Dispatch)
>> libGL error: unable to find driver: r300_dri.so
>>
>> By googling around, I found some pages like
>> http://lists.freedesktop.org/archives/dri-egl/2006-January/000608.html
>> where it is recommended to preload libGL.so. And it actually works,
>> passing LD_PRELOAD=/usr/lib/libGL.so makes tremulous happy (and
>> some other games like nexuiz too).
>>
>> I am not very familiar with shared libraries. But, since my X driver
>> (r300_dri.so), and apparently several other ones in /usr/lib/dri/,
>> needs the symbol _glapi_Dispatch which is defined in /usr/lib/libGL.so,
>> I would have expected r300_dri.so to depend to libGL.so.
>> But, ldd does not seem to say it depends on it.
>
> You need to completely remove fglrx, not just change to radeon.
It looks like this bug is similar to #377287 ("OpenGL HW acceleration
doesn't work with SDL (with r300_dri)"). Tremulous also uses SDL/OpenGL
and the output of LIBGL_DEBUG=verbose is the same. I guess these bugs
should be merged. But I don't know whether I should reassign my bug to
libsdl1.2debian or reassign #377287 to libgl1-mesa-dri since I don't
know whether the problem is actually related to SDL or libGL.
Brice
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
