[Bug 1424] Font rendering glitches with Render Acceleration enabled on radeon

bugzilla-daemon@freedesktop.org bugzilla-daemon@freedesktop.org
Mon Jan 17 09:38:22 PST 2005


Please do not reply to this email: if you want to comment on the bug, go to          
the URL shown below and enter yourcomments there.   
 
https://bugs.freedesktop.org/show_bug.cgi?id=1424        
   




------- Additional Comments From mhopf@suse.de  2005-01-17 09:38 -------
> > I wanted to test this on Friday, but currently building static Xservers seems to
> > be broken.
> Try a non-static server then? :) You can even build the HEAD driver against an
> otherwise 6.8 tree and try that.

Ok, but I wanted to debug a bit and that is rather - err - wearisome to
do with a dynamic one. Also there are a couple of other things to do here as well ;)

> > AFAI can see the bug should still show up. There is no code change in the driver
> > that could make a difference here. 
> It only uses a completely different method for uploading the texture data... ;)
> (with DRI enabled)

The bug showed up with and w/o DRI enabled. So at least in one case it
should still be present. But you're right, I somehow overlooked the texture upload.

> > I want to test the slowdown Anton has reported as well, as I do not understand
> > them. xcompmgr should work with rather large textures, so it shouldn't be
> > affected by the patch at all!
> 
> Well, your patch does increase the bandwidth usage by an amount that corresponds
> to the texture size, doesn't it? Then again, xcompmgr is slow even without the

Only if the patch to be rendered is small enough (TM).        
   
   
--         
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email       
   
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.


More information about the xorg-bugzilla-noise mailing list