Re: AMD Family 10h cpufreq driver

G .Otsuji wrote:
> Hi Veronica,
>
> Congratulations too!
> It's funny that exactly the same thing :)
> _at_400MHz 58.0W is quite a reduction of power!
>   

Yes i expected some, but not 30W in savings, that's huge! I wonder if i
can bring my consumption down with another motherboard. I've got some 20
modern motherboards here for testing purposes; power tests and
compatibility with BSD.

By the way, i noted that also Intel E8400's EIST (comparable feature to
Cool'N'Quiet) is not supported under -CURRENT. The powernow for AMD
K8-cpu's works though. And thanks to you now also for Phenom
K10-generation. =)

>> The only thing missing now is auto-adapting of the frequency by powerd.
>> I do see powerd active in top, but it appears not to change the
>> frequency. Anything i can do to fix that? Aside from that issue, i would
>> say your driver works for me. 
>>     
> anyway, powerd looks at dev.cpu.0.freq_levels .
> so i'd like to see "sysctl dev.cpu.0.freq_levels" writes.
>   

dev.cpu.0.freq_levels: 2000/-1 1900/-1 1800/-1 1700/-1 1600/-1 1500/-1
1400/-1 1300/-1 1200/-1 1100/-1 1000/-1 900/-1 800/-1 700/-1 600/-1
500/-1 400/-1

> I think powerd's restart is needed, if there is .
>   

I started powerd manually, there is no powerd_enable="YES" in
/etc/rc.conf. I also manually load the cpufreq.ko module.

> And also i'd like to know about the msr string that would be written
> if you patched my patch , it'd be some debug informations for me.
> I think more debug will be needed .
>   

Patched and rebooted fine, now i get this output when loading cpufreq:

pstate0: <Cool`n'Quiet 2.0> on cpu0
pstate0: msr is = 28a8011144004804
pstate1: <Cool`n'Quiet 2.0> on cpu1
pstate1: msr is = 28a8011144004804
pstate2: <Cool`n'Quiet 2.0> on cpu2
pstate2: msr is = 28a8011144004804
pstate3: <Cool`n'Quiet 2.0> on cpu3
pstate3: msr is = 28a8011144004804

[root_at_test ~]# dd if=/dev/zero of=/dev/gzero.eli bs=1m count=200 &
[1] 1124
[root_at_test ~]# sysctl dev.cpu.0.freq
dev.cpu.0.freq: 1200

If powerd works, it should raise the frequency to 2000 now, because of
100% cpu utilization on one core using GELI encryption kernelmodule.

Regards,
Veronica