I just upgraded my kernel from 3.6 to 3.7-rc3 and wondered why CnQ stopped working at all, so I looked into the boot messages and found:
powernow-k8: this CPU is not supported anymore, using acpi-cpufreq instead.
As I didn't had acpi-cpufreq compiled into the kernel the issue was found.
Not sure if I would call that a bad thing through. CPU is:
model name : AMD Athlon(tm) II X3 455 Processor
But currently they broke already existing code even further :mad:. In recent kernels (3.5-3.7 kernels or so), dynpm mode is completely broken for my GPU and /sys/kernel/debug/dri/0/radeon_pm_info could output numbers not matching actual state of things in some cases. Now driver unwilling to reclock GPU to 157 MHz (lowest clock, ok for idle desktop) and only uses 600MHz after boot (far hotter and power hungry mode). Earlier kernels were better in this regard.
Originally Posted by pingufunkybeat
Amazing. I fail to understand: hey, dear AMD guys, why can't you just get some 2-3 GPUs of each 5xxx, 6xxx, 7xxx family and APUs and actually boot some Linux on that hardware to see how it performs? AMD should surely have enough resources for very little test lab where it's possible to see all major quirks in code. But it looks like if it's not a case.
It looks like 4xxx are no better, after setting the profile to mid on HD 4850, I'm still at 625MHz core and 993MHz memory i.e. "the defaults".
Originally Posted by 0xBADCODE
Good thing It's a desktop card and I have dual-slot cooling...
This "article" started out ok, but as soon as I got to the first TEST, the lack of intelligence behind it became instantaneously obvious.
When you put the CPU under LOAD, it ramps up to MAXIMUM POWER CONSUMPTION. CnQ has ZERO effect when the CPU is loaded. You need to test power consumption when IDLE and under varying (controlled) levels of load LESS than fully loaded, and compare the power consumption at the same work loads.
From personal observation, when unloaded, my AMD CPUs all sit cooly at their minimum frequencies. As others have noted (and mine being no exception), power consumption is drastically better than manufacturer's specs.
My personal experience with CnQ is that its doing its job excellent if you do normal work.
However, if you have full 100% load over large period of time, its better to turn it off and set governor to performance to bump the frequency. This yields in ~10% performance gain over large time period, possibly due to less logic and less ons/offs.
Thanks for update.
Originally Posted by TAXI
"These chips are now supported by acpi-cpufreq, so we can delete all the
code handling them."
See here Seems just like code cleaning and move to me.
" + Support for K10 and newer processors is now in acpi-cpufreq."
Looks like power management is similar on all Intel, VIA and AMD cpus and they decided to consolidate it into one driver.
I thought the exact same thing, but, even while putting the CPUs under load, they still showed some power efficiency which he did point out.
Originally Posted by droidhacker
Hi brent I stumbled upon your post while searching the web for a way to fix a problem with my Laptop. I've got a MEDION E1312 with an AMD Sempron 210U and I'm using PeppermintOS 4 based on Ubuntu Kernel 126.96.36.199-generic.
Originally Posted by brent
There are no BIOS Updates availlable from OEM and with my computer your mentioned situation fits my Problem: "BIOS fails to set up the p-state table correctly".
So how do I setup p-states via userspace? Thanx in advance.
Where are the temps and fan speeds? That's kinda the whole point of CnQ, hence the "Cool"n"Quite"....
Originally Posted by phoronix
I'm not trying to be mean, but this one was a pretty stupid omission.
EDIT: I just realized I zombified this thread.... oops, Sorry :D