[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