Bug 12218 - xserver-xorg-video-ati_6.7.192-1ubuntu1_i386.deb: 3d not working!
Summary: xserver-xorg-video-ati_6.7.192-1ubuntu1_i386.deb: 3d not working!
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/Radeon (show other bugs)
Version: unspecified
Hardware: x86 (IA32) All
: medium major
Assignee: xf86-video-ati maintainers
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-08-30 02:32 UTC by Nicolò Chieffo
Modified: 2009-05-29 02:29 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Attachments
/var/log/Xorg.0.log (49.86 KB, text/plain)
2007-08-30 02:33 UTC, Nicolò Chieffo
no flags Details
compiz screenshot (140.89 KB, image/png)
2007-08-30 03:02 UTC, Nicolò Chieffo
no flags Details
compiz+supertux+Virtual 1400 1050 (693.92 KB, image/png)
2007-09-06 16:00 UTC, Nicolò Chieffo
no flags Details

Description Nicolò Chieffo 2007-08-30 02:32:38 UTC
I have installed xserver-xorg-video-ati_6.7.192-1ubuntu1 to help ubuntu choose which driver is the best for gutsy (the 6.6 or the 6.7)
Unfortunately I discovered lots of problems in 3d apps:

ppracer does not display images and fails to draw text. there are tons of line like this in the console output
[driAllocateTexture:636] unable to allocate texture

I tried to run compiz with them and the result is a mess. You can see the screenshot here
http://ubuntuforums.org/attachment.php?attachmentid=41888&stc=1&thumb=1&d=1188308551
Comment 1 Nicolò Chieffo 2007-08-30 02:33:36 UTC
Created attachment 11328 [details]
/var/log/Xorg.0.log
Comment 2 Nicolò Chieffo 2007-08-30 02:34:52 UTC
a bigger image (sorry)
http://ubuntuforums.org/attachment.php?attachmentid=41888&d=1188308551
Comment 3 Michel Dänzer 2007-08-30 02:48:26 UTC
The texture space is probably too small, try reducing the maximum virtual size with the Virtual directive or Option "FBTexPercent" with values > 50.

P.S. Looks like the screenshots can't be viewed without an account there, please just attach them here in the future.
Comment 4 Nicolò Chieffo 2007-08-30 03:02:24 UTC
I tried with a value of 70 with the same result. Should I increase it again?
I will attach the screenshot here, sorry
Comment 5 Nicolò Chieffo 2007-08-30 03:02:44 UTC
Created attachment 11329 [details]
compiz screenshot
Comment 6 Nicolò Chieffo 2007-08-30 03:07:21 UTC
note: the normal background is not black, it is a brown image
Comment 7 Michel Dänzer 2007-08-30 03:40:01 UTC
(In reply to comment #4)
> I tried with a value of 70 with the same result. Should I increase it again?

You can try up to 90 or so, but also verify in the log file that it actually does increase the size of the texture area.
Comment 8 Nicolò Chieffo 2007-08-30 07:05:25 UTC
I've tried with 90, the same result.
Xorg.0.log shows the call to that option, so it should be ok
(**) RADEON(0): Option "FBTexPercent" "90"
Comment 9 Michel Dänzer 2007-08-30 07:19:19 UTC
(In reply to comment #8)
> I've tried with 90, the same result.

I suspect it may not actually be able to go beyond 50 with XAA.

> Xorg.0.log shows the call to that option, so it should be ok
> (**) RADEON(0): Option "FBTexPercent" "90"

No,

grep 'for textures' /var/log/Xorg.0.log
Comment 10 Alex Deucher 2007-08-30 07:30:14 UTC
by default the driver allocates buffers for a 2560x2048 desktop.  Add a virtual line to your the screen section of config to reduce the size of the desktop to free up more vram. e.g.,

Virtual 1400 1050
Comment 11 Nicolò Chieffo 2007-08-30 07:54:53 UTC
(II) RADEON(0): Will use 3904 kb for textures at offset 0x3c28000

I will also try with the option Virtual. But, well, an additional option should not be added, I mean, it worked with the previous driver version!
Comment 12 Nicolò Chieffo 2007-08-30 10:35:24 UTC
with virtual I don't have these problems anymore.
What happened? I don't think it is normal!
Comment 13 Alex Deucher 2007-08-30 11:30:49 UTC
(In reply to comment #12)
> with virtual I don't have these problems anymore.
> What happened? I don't think it is normal!
> 

It is for the new driver.  The problem is randr.  We don't know what monitors may be attached when or whether a user may want to switch between single or multi-head, etc.  As such we try and make a reasonable default desktop size to accommodate the largest number of users.  If the default was 1400x1050 and you had a 1600x1200 monitor, your desktop wouldn't be big enough. All of these problems will go away when we finally get a decent memory manager, but we are not there yet.  Right now we are still tweaking things trying to find the best middle ground until ttm lands.

Comment 14 Nicolò Chieffo 2007-08-30 13:10:59 UTC
In which version of the driver will we have a decent memory manager?
6.8 or in the far future?

Well, anyway this is really a problem for users which do not have a video card with lots of ram (I have 64MB)
Comment 15 Nicolò Chieffo 2007-09-06 15:59:49 UTC
I have news. The option Virtual is not enough. See what happens now if I play supertux + compiz (see attachment)
Comment 16 Nicolò Chieffo 2007-09-06 16:00:49 UTC
Created attachment 11456 [details]
compiz+supertux+Virtual 1400 1050
Comment 17 Nicolò Chieffo 2009-05-29 02:29:42 UTC
Quite old bug, 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.