<br><br><div class="gmail_quote">On Sun, May 17, 2009 at 2:08 AM, Evan <span dir="ltr"><<a href="mailto:eapache@gmail.com">eapache@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
1. What does Ubuntu use to scale CPU frequencies? Does it use the kernel method, as described at [1], or something else?<br>2. Did the method change between Intrepid and Jaunty?<br><br>I ask these two questions because in Intrepid it worked fine out-of-the-box, and in Jaunty it's been doing some really creepy things.<br>

<br>I originally started looking at this because the ignore_nice_load default value (discussed previously) appeared to have changed. I wanted to change it back, so as per the instructions at [1] I added the proper lines to my /etc/rc.local file. The value was ignored, and I filed a bug regarding it at [2].<br>

<br>I recently decided to change the default state of my cores from ondemand to powersave, and since I saw no easier way to do it, I added another few lines to rc.local. These also appeared to be ignored. Since I can change the governor manually using the same cmd I added to rc.local, and I know rc.local is being properly read, I knew something was fishy, so I did a few experiments.<br>

<br>This is what I determined: every few minutes, something changes the governor on my CPU cores back to ondemand. I have a relatively vanilla install of Jaunty 64, and I know I haven't installed anything extra that should be touching my cpu governors (feel free to prove me wrong on this). Both the gnome monitor applet and /sys/devices have been used to change the governor, and both agree that it changes back. The ignore_nice_load value doesn't seem to change, but the fact that it's being ignored seems like it's probably related.<br>

<br>Is something funny going on, or am I barking up the wrong tree?<br><br>Evan<br><br>[1] <a href="http://www.pantz.org/software/cpufreq/usingcpufreqonlinux.html" target="_blank">http://www.pantz.org/software/cpufreq/usingcpufreqonlinux.html</a><br>

[2] <a href="https://bugs.launchpad.net/ubuntu/+source/cpufreqd/+bug/368809" target="_blank">https://bugs.launchpad.net/ubuntu/+source/cpufreqd/+bug/368809</a><br>
<br><br></blockquote></div><br>Hi Evan,<br><br>I am not sure (i looked at it briefly a while back), but I think its using HAL.  Thats why  /usr/lib/hal/hald-addon-cpufreq runs as a process. Therefore the corresponding stuff is probably in /usr/share/hal/fdi/policy/10osvendor/10-cpufreq.fdi, and you can use the hal-get-property and hal-set-property commands to query and set.<br>
<br>If you want to do other stuff, i think killing that hald cpufreq process should let you then... (although there may be a safer saner way to do this)<br><br>Stefan<br><br><br><br>