You are not logged in.
Hey all,
I just installed GNOME3 from testing and everything worked OOTB, but since I installed it my fans are constantly spinning. When I check the cpuspeed with cpufreq-info I get this output:
[jente@lappy ~]$ cpufreq-info | grep curren
current policy: frequency should be within 1.20 GHz and 2.27 GHz.
current CPU frequency is 1.20 GHz.
current policy: frequency should be within 1.20 GHz and 2.27 GHz.
current CPU frequency is 1.20 GHz.
current policy: frequency should be within 1.20 GHz and 2.27 GHz.
current CPU frequency is 1.20 GHz.
current policy: frequency should be within 1.20 GHz and 2.27 GHz.
current CPU frequency is 1.20 GHz.
So CPU is fine I guess. Also, when running acpi -t I get the following temperatures:
[jente@lappy ~]$ acpi -t
Thermal 0: ok, 35.0 degrees C
Thermal 1: ok, 53.0 degrees C
Nothing extraordinary I guess - but then why are my fans spinning? Could it be my videocard, since I'm currently using the xf86-video-ati driver instead of Catalyst which I used before? (did a clean install before installing GNOME3)
Thanks in advance!
Last edited by Unia (2011-04-13 19:02:40)
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
maybe is the vga fan
Give what you have. To someone, it may be better than you dare to think.
Offline
And by that you mean I should try with the Catalyst driver? (that would be as simple as to boot into TTY and uninstall xf86-video-ati and then install Catalyst from AUR, right?)
Last edited by Unia (2011-04-13 13:28:29)
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
No luck with the Catalyst driver - it doesn't work with Xorg 1.10 or above.
Any fix? Can I somehow downgrade to Xorg<1.10?
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
When using the testing repo, its recommended you use it all or nothing. So if you really want to try the Catalyst driver, disable the testing repo and run:
sudo pacman -Syuu
To downgrade.
Offline
Actually xorg-server 1.10 is in [extra] now:
[jente@lappy ~]$ pacman -Ss xorg-server
extra/xorg-server 1.10.0.902-1 (xorg) [installed]
Xorg X server
extra/xorg-server-common 1.10.0.902-1 [installed]
Xorg server common files
But if there's no (safe) way to downgrade or find a workaround, I guess I'll just wait for a newer Catalyst.
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
Yep, open source ati driver still lacks good power management, unfortunatelly. Last time i checked it even my desktop hd4850 fan was spinning too fast, even on medium profile (low profile wasn't usefull at all) - it also means that power consumption was high. And as i can see it's not fixed atm: https://bugs.freedesktop.org/show_bug.cgi?id=31000
No luck with the Catalyst driver - it doesn't work with Xorg 1.10 or above.
catalyst-test is working with xserver 1.10, although it lacks vaapi support.
Any fix? Can I somehow downgrade to Xorg<1.10?
You can use [xorg19] repo.
I wish you luck, cuz GNOME 3 isn't working well on catalyst.
Last edited by Vi0L0 (2011-04-13 14:50:51)
Offline
Oops my bad.
Maybe you can try catalyst-test from AUR?
Offline
I'll try the [xorg19] repo first, cause I need the vaapi I guess. Is it just a matter of adding it to the pacman.conf file and then running pacman -Syuu?
Also, Vi0L0, could you elaborate why it isn't working well? What kind of issues are there?
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
too much hassle for a driver that doesn't run well gnome-shell
Give what you have. To someone, it may be better than you dare to think.
Offline
too much hassle for a driver that doesn't run well gnome-shell
And what is the added value this post brings?
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
I'll try the [xorg19] repo first, cause I need the vaapi I guess. Is it just a matter of adding it to the pacman.conf file and then running pacman -Syuu?
Yes, it should work. Only few packages should be downgraded, in my case xorg-server xorg-server-common and xf86-input-evdev
Also, Vi0L0, could you elaborate why it isn't working well? What kind of issues are there?
That depends on gfx you've got - from glitches when running kde apps, through some artifacts, into completelly screw up fonts in menus...
Although there is a chance that it will work just good, still not as good as it should (ie. slow windows movement is always present i guess).
Last edited by Vi0L0 (2011-04-13 16:29:53)
Offline
I just went ahead and added the [xorg19] repo, updated and installed the Catalyst driver. I now see what the issues are (slow effects and a rainbow-ish top bar). Wonder why this is happening though, as I used to run Compiz fine on this setup. Also I wonder if this is going to be fixed with the upcoming Catalyst release?
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
I believe that Martin’s Blog entry should bring some light why this is happening:
http://blog.martin-graesslin.com/blog/2 … ompositor/
Offline
I had the fan from the laptop spinning like crazy and i found that gnome-settings-daemon was eating a lot of cpu - you can check as root with "top" or with gnome-system-monitor - View - All processes
Offline
I had already checked htop and nothing seemed out of the ordinary. I think it is indeed the video driver - installing catalyst-test now to see if it's any better with Gnome3.
EDIT: nope, still the rainbow bar and the slow effects. Guess I'll habe to use the opensource driver for now.
Two more questions: is this Arch specific, or does it apply for all distro's? And of course: will this get solved? (and if possible to answer: how soon aproximately?)
Thanks
Last edited by Unia (2011-04-13 16:56:28)
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
Two more questions: is this Arch specific, or does it apply for all distro's?
You mean catalyst support?
It's touching also other distros, ie OpenSuse: http://ati.cchtml.com/show_bug.cgi?id=99
And of course: will this get solved? (and if possible to answer: how soon aproximately?)
As for catalyst - it should be solved, although it's hard to tell when.
As for not-so-good power management of open source ati driver - it's even harder to tell, bug report is pretty old.
Offline
wonder wrote:too much hassle for a driver that doesn't run well gnome-shell
And what is the added value this post brings?
now you know the true value.
I know from the beginning about the rainbow problem when using catalyst.
The forums are full of messages about that, but hell, you lost time instead of trusting me
Give what you have. To someone, it may be better than you dare to think.
Offline
Lost time? I learned a whole lot about using the not-standard repo's with Arch and a whole lot about the drivers and most of all, I had fun messing around with things once again.
Also:
Although there is a chance that it will work just good, still not as good as it should (ie. slow windows movement is always present i guess).
Vi0L0, thanks for your help! I'll wait for an updated version of Catalyst and in the meantime will keep with xf86-video-ati. I take it the xf86 ATi driver is the same for all distro's as well?
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline
I take it the xf86 ATi driver is the same for all distro's as well?
Yes, it is. It's even better in Arch, where all packages are up to date. It's important because developement speed of open ATi driver is pretty fast.
Plus there is unofficial Perry3D's [radeon] repo with most fresh (git) open ati packages, you can find more info here.
Although you won't find any difference between packages from [extra] repo and [radeon] repo in a matter of power management.
Offline
Alright, thanks! Consider this solved
If you can't sit by a cozy fire with your code in hand enjoying its simplicity and clarity, it needs more work. --Carlos Torres
Offline