Bug 24926 - 3d acceleration does not work properly with ATI drivers
Summary: 3d acceleration does not work properly with ATI drivers
Status: RESOLVED FIXED
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-04 12:59 UTC by Ľuboš Katrinec
Modified: 2010-03-26 19:05 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
Xorg log (36.19 KB, text/plain)
2009-11-04 12:59 UTC, Ľuboš Katrinec
no flags Details

Description Ľuboš Katrinec 2009-11-04 12:59:35 UTC
Created attachment 30971 [details]
Xorg log

I use ATI mobility 9600 (R3xx).
Games like ut2004, Coldwar, FoF and compiz have corrupted graphics (white color & flicker) and are very very slow (~1 fps). In console I can see lot of messages of the same kind:
[driAllocateTexture:635] unable to allocate texture
Only one (non 2d) game which works flawlessy is Warcraft III.

Of course I tried lot of combinations of XAA, EXA, AGP mode set to 1/2/4, AccelDFS and FBTexPercent. I also tried to play lot with kernel tuning but nothing helped.
I think EXA has some problems because I noticed some latencies by drawing windows (changing focus for example) with 2d graphics (maybe text rendering or what) so I use rather XAA than EXA.

This happens with older and the newest versions too (I installed gentoo in June 2009 I think). Here are versions I'm using now on gentoo:
media-libs/mesa-7.5.2 (0)
x11-apps/mesa-progs-7.5.1
x11-base/xorg-server-1.6.3.901-r2
x11-drivers/xf86-video-ati-6.12.4
Kernel: 2.6.31-gentoo-r3

I think its some bug which didn't exist before because with Knoppix Adriane (February 2009) compiz works perfect (couldn't try games because of another non-graphical issues). It uses these versions:
ii  xserver-xorg                         1:7.3+18                           the X.Org X server
ii  xserver-xorg-core                    2:1.4.2-10                         Xorg X server - core server
ii  xserver-xorg-video-radeon            1:6.9.0-1+lenny4                   X.Org X server -- ATI Radeon display driver
libgl1-mesa-dri                      7.0.3-7                            A free implementation of the OpenGL API -- D
ii  libgl1-mesa-glx                      7.0.3-7                            A free implementation of the OpenGL API -- G
ii  libglu1-mesa                         7.0.3-7                            The OpenGL utility library (GLU)
ii  mesa-utils                           7.0.3-7                            Miscellaneous Mesa GL utilities

I even compiled my kernel with the same configuration of Knoppix.
I troubleshooted this problem for very long time and still haven't found the answer. Please just let me know what you would like to know and I will produce.
I'm sure it's some kind of bug which happened in the first half of this year.
Comment 1 Michel Dänzer 2009-11-05 00:52:21 UTC
> [driAllocateTexture:635] unable to allocate texture

This message basically means there isn't enough texture memory available for the application.

I'm reassigning to the driver for now, but as this should already be fixed with DRI2 and isn't really fixable in general with DRI1, prepare for resolution as fixed.
Comment 2 Ľuboš Katrinec 2009-11-06 03:26:31 UTC
With DRI2 there are so many other bugs that it isn't really usable. For example connected VGA monitor cannot have other resolution than builtin LCD or disappeared mouse cursor issues.
Comment 3 Alex Deucher 2009-11-06 06:10:43 UTC
(In reply to comment #2)
> With DRI2 there are so many other bugs that it isn't really usable. For example
> connected VGA monitor cannot have other resolution than builtin LCD or
> disappeared mouse cursor issues.
> 

Please file separate bugs for those issues if htey are still present.  I would suggest trying the latest drm kernel bits in drm-next.
Comment 4 Corbin Simpson 2010-03-26 19:05:34 UTC
I agree with Michel. Closing.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.