<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body bgcolor="#ffffff" text="#000000">
    On 12/31/2010 04:33 PM, Steven Haigh wrote:<br>
    <blockquote cite="mid:4D1E05F7.2030302@crc.id.au" type="cite">
      <pre wrap="">
I reset the BIOS to optimal defaults and fired it up. No real change :(

</pre>
    </blockquote>
    <br>
    As I mention you might need to turn some knobs in the bios to get
    this working so using the optimal defaults might be causing this ;)
    <br>
    <br>
    <blockquote cite="mid:4D1E05F7.2030302@crc.id.au" type="cite">
      <pre wrap=""># modprobe acpi-cpufreq
FATAL: Error inserting acpi_cpufreq 
(/lib/modules/2.6.35.10-74.fc14.i686/kernel/arch/x86/kernel/cpu/cpufreq/acpi-cpufreq.ko): 
No such device

</pre>
    </blockquote>
    <br>
    File a bug against the kernel any modern Intel CPU should be driven
    with acpi-cpufreq<span class="Apple-style-span"
      style="border-collapse: separate; color: rgb(0, 0, 0);
      font-family: 'Times New Roman'; font-style: normal; font-variant:
      normal; font-weight: normal; letter-spacing: normal; line-height:
      normal; orphans: 2; text-indent: 0px; text-transform: none;
      white-space: normal; widows: 2; word-spacing: 0px; font-size:
      medium;"><span class="Apple-style-span" style="font-family:
        'DejaVu Sans','Liberation Sans',sans-serif; font-size: small;"></span></span>,
    the reason I asked you to clean out your config is because you
    should not be using "p4-clockmod". <br>
    <br>
    And to hopefully clear up general internet misconception amongst
    users p4-clockmod is a thermal regulation mechanism it is not a
    speed control or power management mechanism the driver does not
    scale frequency et al the only thing it does is thermal throttling.<br>
    <br>
    Why it still exist still beats me p4-clockmod reports are utterly
    bogus they always have been and using it usually result in the
    computer being slower and consuming more power which nobody
    wants....<br>
    <br>
    <blockquote cite="mid:4D1E05F7.2030302@crc.id.au" type="cite">
      <pre wrap="">Interesting. Surely this should change to the ondemand governor?!

</pre>
    </blockquote>
    <br>
    Nope it shouldn't be using any governor which should equal to be
    using the performance governor<span class="Apple-style-span"
      style="border-collapse: separate; color: rgb(0, 0, 0);
      font-family: 'Times New Roman'; font-style: normal; font-variant:
      normal; font-weight: normal; letter-spacing: normal; line-height:
      normal; orphans: 2; text-indent: 0px; text-transform: none;
      white-space: normal; widows: 2; word-spacing: 0px; font-size:
      medium;"><span class="Apple-style-span" style="font-family:
        'DejaVu Sans','Liberation Sans',sans-serif; font-size: small;"></span></span>.<br>
    <br>
    The clockmod code should only be throttling when ACPI indicates that
    the system needs it due to a thermal event.<br>
    <br>
    The only thing you can do since you cant use ondemand is set the
    cpufreq governor to userspace which
    allows&nbsp;the&nbsp;user,&nbsp;or&nbsp;any&nbsp;userspace
    program&nbsp;running&nbsp;with&nbsp;UID&nbsp;"root",&nbsp;to&nbsp;set&nbsp;the&nbsp;CPU&nbsp;to&nbsp;a&nbsp;specific&nbsp;frequency
    by&nbsp;making&nbsp;a&nbsp;sysfs&nbsp;file&nbsp;"scaling_setspeed"&nbsp;available&nbsp;in&nbsp;the&nbsp;CPU-device
    directory. <br>
    <br>
    <blockquote cite="mid:4D1E05F7.2030302@crc.id.au" type="cite">
      <blockquote type="cite">
        <pre wrap="">Check if things work if they dont after bios update and orignal cpuspeed
file and after fiddling with power savings, EIST, processor scaling,
etc.then boot with cpufreq.debug=7 and test latest kernel .35 .36 .37
from koji
</pre>
      </blockquote>
      <pre wrap="">
Going to look into this tomorrow. </pre>
    </blockquote>
    <br>
    Great :)<br>
    <br>
    Try the .36 and .37 kernel to see if acpi_cpufreq
    module loads in those kernels then boot with cpufreq.debug=7&nbsp; and
    run dmesg &gt; dmesg.txt then file a bug report against the kernel
    attache dmesg.txt along with the output from "for x in <i
      class="moz-txt-slash"><span class="moz-txt-tag">/</span>sys/devices/system/cpu/cpu0/cpufreq<span
        class="moz-txt-tag">/</span></i>*;do echo $x;cat $x;done
    &amp;&amp; for x in <i class="moz-txt-slash"><span
        class="moz-txt-tag">/</span>sys/devices/system/cpu/cpu0/cpufreq/ondemand<span
        class="moz-txt-tag">/</span></i>*;do echo $x;cat $x;done" to
    your report and make note if .36 and .36 work or not<br>
    <br>
    That should provide the maintainer with sufficient info to start
    working on your report.&nbsp; <br>
    <br>
    <blockquote cite="mid:4D1E05F7.2030302@crc.id.au" type="cite">
      <pre wrap="">It's 3:33am now on 1/Jan/2011 - so 
Happy New Year to all, and lets continue the awesome achievements shown 
in Fedora :</pre>
    </blockquote>
    <br>
    Happy new year! <br>
    ( still ca three and an half hour to go here on top of the world )
    ;)<br>
    <br>
    JBG<br>
  </body>
</html>