> you're right.  there's nothing in powerd related to clocking.  powerd<br>> limits itself to managing the display, wlan on/off, and system suspend.<br>><br><br>Seemed so, thanks.<br><br>><br>>  > Did I miss some firmware or kernel update, as I can't load the c7 powersaver<br>

>  > kernel module in a kernel I built myself.<br>><br>> are you sure you're running the kernel you built?  (i.e., it, and<br>> whatever symlinks it needs to vmlinuz, need to be in /boot and<br>> /bootpart/boot.)<div>

<br></div><div>Yup, I'm not running it over Fedora but on Gentoo in an external HDD.</div><div>Some patch missing in the kernel perhaps? </div><div><br></div><div>Best regards,</div><div>Tiago</div><div><br>><br>> paul<br>

><br>>  ><br>>  ><br>>  > ><br>>  > > ======================<br>>  > > I spent the day/night today working on getting our C states and P states<br>>  > > enabled.<br>>  > ><br>

>  > > The good news is that I got C4,C5 and frequency/voltage scaling (P<br>>  > > states) working.<br>>  > ><br>>  > > The bad news is that C5 causes memory corruption and P states don't help<br>

>  > > much.<br>>  > ><br>>  > > Enabling C4 seems to save us about 170mW in idle.<br>>  > ><br>>  ><br>>  > Any measurement on how low it goes in C4?<br>>  ><br>>  ><br>

>  > ><br>>  > > C5 should save us a bit more but with it enabled the system won't boot.<br>>  > > It gets all sorts of funky ext4 errors.  C5 turns off the L2 cache and<br>>  > > the docs say you should flush before entering.  I suspect thats not<br>

>  > > happening.<br>>  > ><br>>  > > P states currently don't seem to save us enough to be measured.  One<br>>  > > reason is that our core voltage is set by default to be very close to<br>

>  > > the minimum.  Its at .796V and the minimum is .7V with scaling enabled<br>>  > > (+ code hack) the minimum setting drops Vcore to .73V. Its supposed to<br>>  > > go to .7 but the volt meter says otherwise.  60mV diff doesn't offer a<br>

>  > > whole lot of savings.<br>>  > ><br>>  ><br>>  > I see, I thought they could drop it even further.<br>>  ><br>>  ><br>>  > ><br>>  > > The CPU frequency slides between 400Mhz and 1GHz and you would think<br>

>  > > that it would make a large difference but the meter says otherwise.  How<br>>  > > can that be you ask?  The answer is because Linux issues a hlt when<br>>  > > idle.  If you run the test under OFW then you can create up to 1.5W of<br>

>  > > power difference by sliding the freq from min to max [1] and holding the<br>>  > > Vcore constant.  But in idle not so much.  The processor already does a<br>>  > > very good job of gating the clocks.<br>

>  > ><br>>  > ><br>>  > Nice, kudos for VIA.<br>>  ><br>>  ><br>>  > > So this brings us back to what we already knew.  The big money on power<br>>  > > savings is in our special sauce idle suspend.<br>

>  > ><br>>  > > [1] Turns out you can overclock the processor.  Via lists the max<br>>  > > multiplier at 16x FSB (100Mhz) which is 1.6Ghz even though its listed as<br>>  > > a max of 1Ghz. However if you continue to put values into the multiplier<br>

>  > > register the power draw continues to increase.  I stopped when the<br>>  > > system draw had hit 9W cause the XO on the power meter does not have a<br>>  > > heat spreader and I didn't want to take the chance of burning it up.<br>

>  > > =================<br>>  > ><br>>  ><br>>  > The heatspreader I can hack with a heatpipe and some coolers, I'm going to<br>>  > do it anyway since it is already going to 85ºC in load. The speed is of some<br>

>  > use to me most of the time, I'm just worried that the VRM can't handle the<br>>  > extra current.<br>>  ><br>>  > Best regards,<br>>  > Tiago<br>>  ><br>>  ><br>>  > ><br>

>  > > --<br>>  > ><br>>  > > Richard A. Smith  <<a href="mailto:richard@laptop.org">richard@laptop.org</a>><br>>  > > One Laptop per Child<br>>  > > _______________________________________________<br>

>  > > Devel mailing list<br>>  > > <a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>>  > > <a href="http://lists.laptop.org/listinfo/devel">http://lists.laptop.org/listinfo/devel</a><br>

>  > ><br>>  > part 2     text/plain                 129<br>>  > _______________________________________________<br>>  > Devel mailing list<br>>  > <a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>

>  > <a href="http://lists.laptop.org/listinfo/devel">http://lists.laptop.org/listinfo/devel</a><br>><br>> =---------------------<br>>  paul fox, <a href="mailto:pgf@laptop.org">pgf@laptop.org</a><br>><br>

> _______________________________________________<br>> Devel mailing list<br>> <a href="mailto:Devel@lists.laptop.org">Devel@lists.laptop.org</a><br>> <a href="http://lists.laptop.org/listinfo/devel">http://lists.laptop.org/listinfo/devel</a><br>

><br>><br><br></div>