You are not logged in.
Yesterday I enabled testing repository to install 2.6.20, I downloaded everything, including xorg-server.
When I started it, I realized that everything works slowly.
I looked into top and realized that xserver eats 99% of CPU.
I tried to restart it, but it works all the time like this.
I tried to disable Composite, didn't help.
I back to xorg-server-1.1.1 from current and problem dissapeared.
What is wrong with 1.2.0?
Offline
I experienced the exact same behavior when I installed the new xorg-server from testing, and further more all qt widgets were scrambled, gtk widgets were normal, but xserver taking up all the cpu making everything slow. I'm using open source ati-driver
Offline
Please submit a bug report.
Offline
I am also using open source radeon driver, maybe that's related?
Offline
I did't notice that, but I'm using nVidia card. It seems that is ATI related problem, just like you wrote Jacek.
Offline
Xorg 7.2 works very good with kenel 2.6.19 on my system but with kernel 2.6.20 it doesn't start. I wrote in http://bbs.archlinux.org/viewtopic.php?id=29650
Offline
Offline
I'm getting the same symptoms (X crashes at startup) as lumiwa outlines in their thread with a mix of ATI video card and kernel26 2.6.20-1 (only downgrading kernel26 to 2.6.19.2-1 seemed to help, not downgrading things like xorg-server 1.2.0-1). Since the symptoms are a bit different from Jacek I'm not sure it is exact same issue, but I've added a comment to Jacek's bug report.
cheers
Offline
Yesterday I enabled testing repository to install 2.6.20, I downloaded everything, including xorg-server.
When I started it, I realized that everything works slowly.
I looked into top and realized that xserver eats 99% of CPU.
I tried to restart it, but it works all the time like this.
I tried to disable Composite, didn't help.
I back to xorg-server-1.1.1 from current and problem dissapeared.
What is wrong with 1.2.0?
Is the problem solved with the new xorg-server-1.2.0-3?
I ask this because I still have this problem with the new xorg-server and want to know if I'm the only one...
Offline
Yes, it's still broken, I needed to return to 1.1.1.
Offline
I had the same problem, and it seems much better with xorg-server 1.2.0-3.
Although the bug report doesn't say that it would help, but that it has to do with enabling EXA with the open radeon drivers. Whatever, it works here, with EXA. I am content.
Offline
Skale could you explain what do you mean by "much better"? Is it work like 1.1.1? Have you tried both EXA and XAA?
Offline
Works like normal, with no slowdown at all. Both EXA and XAA work. I usually have it on EXA, though, since the card seems to support it just fine. I never tried changing to XAA when X was slow, though, so I couldn't tell you. Whatever the problem is, it seems to have been fixed quite well. That's all I can think of to describe it, if there is anything specific I can try and tell you, but I cannot think of anything else.
Offline
I had the same problem, and it seems much better with xorg-server 1.2.0-3.
Although the bug report doesn't say that it would help, but that it has to do with enabling EXA with the open radeon drivers. Whatever, it works here, with EXA. I am content.
For me 1.2.0-3 has the same problem as the self-compiled RC's and betas of 1.2.0 and the versions in the testing repository.
EXA is also what I normally use and it works faster than XAA on 1.1.1, but on the new 1.2.0 version EXA is very slow. The screen updates like in slowmotion. When I do a 'less bla.txt', I can see the lines being 'written' in my console window. The cpuload in 'top' is around 30% when the system is idle for some time (on 1.1.1 it's below 1%). Changing to XAA does help a little bit, but it is still slow.
The slow-down is less/not noticable when I just do a 'startx' after the system has booted (only X and its window manager is used). But when I use X it is with KDE and transparancy on (so composite is enabled in xorg.conf)... and then the system is unusable. When I turn off composite, the system is usable, but I don't have transparancy.
The combination KDE+transparancy & xorg+composite+EXA works well and fast on version xorg-server-1.1.1-* but is unusable on 1.2.0-*.
To sum up:
Screen updates is like slowmotion. I can see 'less bla.txt' writing line by line on my console (konsole) and the output of top shows that X is using 30% when system is idle.
With:
xorg-server-1.2.0-*
+ opensource radeon (I have a Radeon 9500)
+ EXA (little faster when using XAA)
+ composite turned on (faster when turned off)
kde*-3.5.6-*
+ transparancy
Compiling a snapshot version of a few days ago of kdebase and kdelibs doesn't solve the problem.
After a downgrade to xorg-server-1.1.1 the problem is solved , but I'm not using the newest version
Offline
There are a few links on the internet about this, just do a Google search with: "xorg 7.2" exa
As far as I know no one has found a solution
And from what I've read and tried (the RC's for xorg-server 1.3.0), the combination of EXA with opensource ATI driver still have this problem in the next version (1.3.0) of xorg-server.
I'm still using xorg-server-1.1.1 with self-compiled input and video drivers.
Offline
Has bug been reported for xorg project? Can you provide link?
Offline
https://launchpad.net/ubuntu/+source/xo … +bug/88696
https://bugs.freedesktop.org/show_bug.cgi?id=10474
https://bugs.freedesktop.org/show_bug.cgi?id=9777
Also just do a search on Google with '"xorg 7.2" exa' or https://bugs.freedesktop.org/buglist.cg … ontent=exa
I just found out that putting the next line in your device section in xorg.conf might help.
Option "MigrationHeuristic" "greedy"
Last edited by eric (2007-05-13 22:58:22)
Offline