http://bugs.freedesktop.org/show_bug.cgi?id=17129
--- Comment #14 from Michel Dänzer <[EMAIL PROTECTED]> 2008-08-29 07:20:41 PST --- (In reply to comment #13) > > The unsupported picture format is 1 bit alpha (PICT_a1) here, though I've no > idea if this fallback is what causes the slowdowns. I don't think so, looks like uploads of A1 glyphs to the glyph cache pixmap. The component alpha output is probably about sub-pixel anti-aliased text rendering and doesn't even result in a software fallback (no following ExaCheckComposite output), so these are both red herrings for the problem. > As a side note, I think this fallback could be avoided on r5xx cards since > those should support such a format - not that it would help in your case... The problem is that the EXA core currently doesn't bother migrating < 8 bpp pixmaps offscreen, so they never actually get accelerated. (In reply to comment #10) > > I also want to say that when moving the translucent window, CPU usage does go > to 100% but it's almost entirely in the kernel. So we're back to square one and could probably use better profiling data... -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ xorg-driver-ati mailing list [email protected] http://lists.x.org/mailman/listinfo/xorg-driver-ati
