powerd on Gericom Webgine XL not running quite well
Bruno Ducrot
ducrot at poupinou.org
Tue May 2 11:55:15 UTC 2006
On Fri, Apr 28, 2006 at 07:39:58PM +0000, Ales wrote:
> Nate Lawson pravi:
> >Ales wrote:
> > > Powerd is running, but when it comes to maximum frequency speed it
> >stays
> >>there. The example of powerd -v is here:
> >>
> >># powerd -v
> >>idle time < 65%, increasing clock speed from 798 MHz to 931 MHz
> >>idle time > 90%, decreasing clock speed from 1064 MHz to 997 MHz
> >>idle time > 90%, decreasing clock speed from 931 MHz to 864 MHz
> >>idle time < 65%, increasing clock speed from 931 MHz to 1064 MHz
> >>idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz
> >>idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz
> >>idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz
> >>idle time > 90%, decreasing clock speed from 1197 MHz to 1197 MHz
> >>.
> >>.
> >>.
> >>So, it looks that powerd can increase and decrease CPU speed until it
> >>reaches maximum. If I manualy change frequency with sysctl, frequency
> >>can go down again.
> >>
> >>sysctl dev.cpu.0.freq=800
> >>dev.cpu.0.freq: 1197 -> 798
> >
> >>dev.cpu.0.%desc: ACPI CPU
> >>dev.cpu.0.%driver: cpu
> >>dev.cpu.0.%location: handle=\_PR_.CPU1
> >>dev.cpu.0.%pnpinfo: _HID=none _UID=0
> >>dev.cpu.0.%parent: acpi0
> >>dev.cpu.0.freq: 1197
> >>dev.cpu.0.freq_levels: 1197/35004 1197/35004 1197/35004 1197/35004
> >>1197/35004 1064/29004 997/25291 931/23595 864/21910 798/20224
> >>
> >>dev.powernow.0.%desc: PowerNow! K7
> >>dev.powernow.0.%driver: powernow
> >>dev.powernow.0.%parent: cpu0
> >>dev.powernow.0.freq_settings: 1197/35004 1197/35004 1197/35004
> >>1197/35004 1197/35004 1064/29004 997/25291 931/23595 864/21910
> >>798/20224
> >
> >Something is really screwy with your powernow settings. It's
> >reporting 5 settings with all the same freq (1197, see above). So
> >powerd is decreasing your frequency, it's just decreasing from 1197 to
> >1197 (no change).
Indeed.
> >
> The way to figure this out is to add some debugging prints to the
> powernow table detection algorithm to see why this is occurring. Also,
> you could try not loading cpufreq.ko and see if acpi_perf gives more
> accurate settings. Just make sure acpi is loaded to get acpi_perf.
I'm unaware of any athlon systems starting with K7 cores for which
acpi_perf alone will work. But since the power comsuption is displayed,
I believe powernow will use acpi tables in order to get p-states.
I think therefore the AML is a little bogus, more specifically that
there is duplicate entries for 1197MHz.
If the OP could give an URL to Gericom_Webgine_XL.asl, generated by
acpidump -d -t > Gericom_Webgine_XL.asl
then I should be able to verify if that statement is true.
> Could you be please more specific, because my debuging skills are a bit
> limited :)
> When I boot without cpufreq.ko I have just
>
> dev.acpi_perf.0.%driver: acpi_perf
> dev.acpi_perf.0.%parent: cpu0
>
>
> Thanks again, Ales
> _______________________________________________
> freebsd-acpi at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-acpi
> To unsubscribe, send any mail to "freebsd-acpi-unsubscribe at freebsd.org"
--
Bruno Ducrot
-- Which is worse: ignorance or apathy?
-- Don't know. Don't care.
More information about the freebsd-acpi
mailing list