Summary: | XAA - scrambles notification windows | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Johannes Hessellund <osos> | ||||||||
Component: | Driver/Radeon | Assignee: | xf86-video-ati maintainers <xorg-driver-ati> | ||||||||
Status: | RESOLVED WONTFIX | QA Contact: | Xorg Project Team <xorg-team> | ||||||||
Severity: | normal | ||||||||||
Priority: | medium | CC: | akos.ladanyi, bryce, kapetr, mightyiampresence, MStrecke | ||||||||
Version: | 7.4 (2008.09) | ||||||||||
Hardware: | Other | ||||||||||
OS: | All | ||||||||||
Whiteboard: | |||||||||||
i915 platform: | i915 features: | ||||||||||
Attachments: |
|
Created attachment 26375 [details]
xorg.conf
Created attachment 26376 [details]
Xorg.0.log
Does Option "RenderAccel" "off" work around the problem? If not, what about commenting out driver options, in particular "AGPFastWrite", "EnableDepthMoves" or "EnablePageFlipping"? Thank you! Adding Option "RenderAccel" "off" to xorg.conf actually solved it. Dear ones, Do you think that https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/434376 is about this same bug, please? (In reply to comment #5) > Dear ones, > > Do you think that > https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/434376 > is about this same bug, please? > Does Option "RenderAccel" "off" fix the problem? If so, it probably is. *** Bug 25229 has been marked as a duplicate of this bug. *** Is this a driver bug, please? (In reply to comment #8) > Is this a driver bug, please? > It's XAA bitrot in the xserver. Dear Alex, Are you referring to the term bitrot as in http://en.wikipedia.org/wiki/Bitrot#Problems_with_software ? If so, then I would assume that this is a bug in the XAA code in the X server? Perhaps because development is going towards EXA and XAA is kind of being abandoned, left to "rot" and this bug is an example of this degradation? What should be done? I'm interested, please. In that understanding, will XAA "rot" even more in the future? What about EXA performance for our ancient r100 hardware? What will happen? Will EXA ever give the same performance as XAA on such hardware? And how come it does not yet? What are the obstacles? My T42 with radeon 7500 still has several years to live. (In reply to comment #10) > What should be done? I'm interested, please. > We should just disable XAA render support. (In reply to comment #11) > In that understanding, will XAA "rot" even more in the future? > > What about EXA performance for our ancient r100 hardware? What will happen? > Will EXA ever give the same performance as XAA on such hardware? > And how come it does not yet? What are the obstacles? It's mostly the lack of a decent memory manager, however, EXA support should preform pretty well with KMS since it provides a memory manager. *** Bug 23668 has been marked as a duplicate of this bug. *** I'd be interested in someone trying Fedora 12 with EXA on crappy hw it should work fast enough, at least I can use it on my T42, haven't really compared it with XAA though. Closing as WONTFIX; XAA is too far gone these days. If EXA does not work, file a new bug or attach yourself to an existing bug matching your issues. |
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.
Created attachment 26374 [details] scrambled notification I'm using radeon driver from git commit 4079f97958cf1d5fd76a83aa61b93d6289bb9b1e on ubuntu 9.04 Because EXA performance is very slow on my Radeon 7500, I use XAA acceleration. But using XAA ubuntu new notifications are scrambled. See attached screenshot. Using EXA it looks fine. This was not an issue with the driver in ubuntus repository.