| Summary: | [radeon] Enabling EXA makes Xv stop on window moves | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Diego Elio Pettenò <flameeyes> | ||||||||||
| Component: | Driver/Radeon | Assignee: | Xorg Project Team <xorg-team> | ||||||||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||
| Severity: | normal | ||||||||||||
| Priority: | high | CC: | alexdeucher, eric, leio | ||||||||||
| Version: | 7.1 (2006.05) | ||||||||||||
| Hardware: | Other | ||||||||||||
| OS: | Linux (All) | ||||||||||||
| Whiteboard: | |||||||||||||
| i915 platform: | i915 features: | ||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Diego Elio Pettenò
2006-07-05 10:12:05 UTC
Created attachment 6129 [details]
xorg.conf
Same here. Except no MergedFB, no BackingStore enabled. (because of bug #7202) and x86. But same gcc 4.1.1 w/ X.org 7.1 My card is actually a R250Lf which I believe is a Radeon 9200 Mobility or 9000 Mobility (In reply to comment #0) > Returning on XAA acceleration the problem is gone (although there are still a > few glitches with Xv on MergedFB but that's another story). > > The problem seems not reproducible on a 7500 card. Please attach (as opposed to paste) the full log files for all cases, preferably the config files as well. Created attachment 6343 [details]
Current xorg.conf
Sorry for the delay, here is the updated xorg.conf.. this is for the xaa
version: the exa version as the accelmethod comment inverted and decommented
composite.
Logs coming, too.
Created attachment 6344 [details]
Xorg.0.log when starting XAA
Created attachment 6345 [details]
Xorg.0.log when starting EXA
Sorry forgot to add those two are for the 9250; if needed I can provide the ones for the 9200 mobility, too. I'm actually seeing this, too, but I never noticed it before, and I think 'fail' is a little harsh. Changing title. Well it is not only windows moves, it might even be a terminal with scrolling output, konqueror loading a page, or something like that... Sounds to me the thing that xv should do is failing here :) Sounds like just a bug in radeon's exa code. moving to radeon driver. (In reply to comment #10) > Sounds like just a bug in radeon's exa code. moving to radeon driver. I don't agree; I don't see anything in radeon_video.c that would explain the difference between EXA and XAA. Diego, out of curiosity, does starting the X server with the -dumbSched command line option make any difference? FWIW this does not happen on an M7 (aka 7500 Mobility, uses RV200 chip). (I use gentoo w/ xf86-video-ati and xserver from git.) I'm told by leio that this problem might be resolved.. I haven't rebooted nor restarted X for a while now (from before last drivers update at least), so I'll have to check this after a reboot, which I should do tonight or tomorrow at the very least. With latest version of the drivers available in Gentoo, nothing changes, a part being slower after disabling BackingStore as per bug #7202 now me too. Will try with -dumbSched now. With -dumbSched things change. If I move the window slowly, or just for a few seconds, the image does not freeze/slow down. If I move a window like crazy on the screen it does though. Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future. For what it's worth, I've just updated to version 6.6.191, I couldn't even reach to test it as enabling EXA now makes the system run as slow as a P133 trying to render Unreal with software rendering.. (In reply to comment #17) Which version of the server is that? If in doubt please attach the full log file. I'd consider this bug fixed. I just upgraded to 6.9.0, re-enabled EXA and tried both kaffeine and xine with Xv output and they both work fine. Cheers! :) |
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.