Bug#529288: xserver-xorg-video-radeon: font corruption with mobile X1400
dietz at rotfl.franken.de
Fri May 22 03:13:44 PDT 2009
> [ Owen, 'the patch' below refers to
> > > Any corrupted glyph in the cache should get replaced sooner
> > > or later with or without the patch.
> > Is there a way to explicitely invalidate the cache?
> No. The only thing that might indirectly have a similar effect is VT
> switching to console and back to X.
I think I already tried without success, but am not really sure. Will take
a look at the next time...
> > In my observation, once a glyph is corrupted it stays corrupted.
> That could mean either:
> * The actual glyph pixmap gets corrupted, not the glyph cache
> pixmap. This seems rather unlikely, as this pixmap is never
> rendered to after the glyph is stored in it.
> * The glyph cache algorithm never evicts the corrupted glyph from
> the cache for some reason. I don't fully understand this
> algorithm, you may want to discuss this possibility with Owen
> Taylor (CC'd).
Third variant, I did not wait long enough ;-). Regardless, I can still see
corruption with ExaNoUploadToScreen but it occurs not so often (my stomach
says, about 1/5 of the original rate) and indeed normally "heals" quite
> > > Does
> > >
> > > Option "ExaNoUploadToScreen"
> > >
> > > work around the problem, with or without the patch?
> > Currently testing without the patch, corrupted glyphs within 30min
> > after server startup.
> Okay, this might be the problem fixed by the patch.
Then I'll again try with the patch and report the result.
More information about the xorg-driver-ati