On Mon, Sep 6, 2010 at 9:35 AM, Thomas Renninger <trenn@xxxxxxx> wrote: > Hi, > > I am adding lesswatts.org and linux-pm list. > I expect you found out why you do not get frequency/P- states and it > seem to be correct. On these lists, people can help you further > to find out Linux vs Windows battery drain differences. Thank you very much. > > If you have the same backlight settings, I expect C-state or graphics > card must be the reason. There is nothing else than CPU or GPU > that drains so much energy for being the reason of > 20% more battery life time. > Which graphics card and driver do you use (for nvidia/ati, trying the > binary one for comparison, might show a big difference on a recent > card)? Intel's, the most recent driver in Gentoo's portage, which is 2.12.0 > Which C-state driver do you use (there is an acpi and intel_idle one > with latest kernels): > cat /sys/devices/system/cpu/cpuidle/current_driver > I hope to be able to provide a c-state tool soon, for now you have to > go through: > cat /sys/devices/system/cpu/cpu*/cpuidle/state* > to check which and how often/efficient C-states are used. > C states seem ok...ish. I get C0, C1 and C4, though not anything in between. Don't know how to check in windows and usually it shouldn't in leaps, right? That might be a problem. I'm getting around 75% in C4, the rest almost exclusively in C0. Perhaps the transitions are the problem? I think I previously saw normal rates of closer to 98% so I'll have to check what's going now. Too many wakeups from i915, usb and wlan. Powertop shows that the BIOS reports C1 and C4 support, hence only these C-stats. > Some background (and a comment in the end): > > On Saturday 04 September 2010 13:33:26 Tiago Marques wrote: >> On Thu, Sep 2, 2010 at 12:52 AM, Thomas Renninger <trenn@xxxxxxx> wrote: >> > On Thursday 02 September 2010 01:17:14 Tiago Marques wrote: >> >> Hi Thomas. Thanks for the message. >> >> >> >> On Wed, Sep 1, 2010 at 11:40 PM, Thomas Renninger <trenn@xxxxxxx> wrote: >> >> > On Sunday 29 August 2010 06:54:44 Tiago Marques wrote: >> >> >> Hi, >> >> >> I'm having a problem with this processor not having frequency steps >> >> >> and apparently only voltage steps. I find it very strange but that's >> >> >> what Intel's documentation suggests. I can't load acpi-cpufreq because >> >> >> it doesn't find any device and battery life in linux is suffering >> >> >> around 20% less due to this. >> >> > Where do you have the 20% info from, I doubt you verified it? >> >> >> >> Yes. Since it seems no one can't return Windows licenses for refunds >> >> anymore, I have went ahead and booted windows on it, without any >> >> driver installed and just configured it to have frequency scaling >> >> working, which in this case is only voltage scaling. >> >> I measured almost 6 hours of battery life and the processor & chipset >> >> frequently had the fan stop when idling. >> >> >> >> In linux, in the same conditions, I got less than 4 hours and the fan >> >> never stops. I configured a PCI-express power saving feature on the >> >> kernel and it seems to have dropped noise a bit. Battery life is still >> >> not great and the fan still never stops. I'm trying to find something >> >> with which I can measure the actual power going through the AC adapter >> >> but for now battery life tests is pretty much all I can do. >> > There is current battery power drain somehwere in >> > /proc/acpi/battery/*/* >> > It normally updates not that often, but may be better and accurate enough if you >> > take several values, than waiting for the battery got drained. >> >> Thanks, I'll look into that for kernel tuning. I just can't use to >> compare with windows because I don't think I have similar information >> there. > Best is you get or buy a cheap measure device, in which you can plug > your AC adapter in and remove the battery. > Some electricity company borrow one for free, at least in Germany. > It needs not to be very accurate, you are hunting far above 1Watt drain > differences... Could cost about 10-20 Euro and you can measure your > fridge and other things as well for your overall monthly electricity bill. I have one, cost me around 35eur. Unfortunately it's precision seems to be around 5W, so It will be quite hard to check it from there. Will give it a try though, had been thinking of that. > > ... <cut out frequency discussion, see below> ... >> >> I can't seem to find the lowest multiplier available on these >> >> platforms, CrystalCPUID lists mine as 6x, hence 1200MHz. I thought >> >> Core 2's could idle at something like 800MHz and I find it strange >> >> that this one can't also. >> > Interesting. Possibly you have luck finding a document from Intel about >> > this CPU describing this a bit. I'd be interested in the outcome, but don't >> > have to time to dig for it. >> >> http://www.intel.com/design/mobile/datashts/321111.pdf >> >> Please have a look at this document, page 30, note 10, at the top of the page. >> >> Do you have any experience with SU processors? > Not really, but other reports of SU processors without P-states and this info > from the paper you point to: > "The Highest Frequency Mode (HFM) and Lowest Frequency Mode (LFM) refer to the highest > and lowest core operating frequencies supported on the Genuine Intel Processor." > ... > "10. SU2300 processor operates at same core frequency in HFM and LFM." > > explain the lack of P-states. Yes, but shouldn't it detect P-States with different voltages, as in windows? (even as stupid as this sounds) I sure loved to get it always stuck at the lower clock, given that I usually perform maintenance on PCs I highly doubt the fan would get dust clogged to the point of taking the CPU to temperatures that would cause problems. This looks like it doesn't support Speedstep even though Intel says it does but the fact is that Windows can work with two voltages, which always improves power. >> I have no idea of idle >> clock of the Core 2 SU CPUs, perhaps it is also 1200MHz, hence the >> limitation on idle clock? Could be the lowest multiplier available. > I expect lowering power on this kind of CPU is all about C-states. > Possibly these need some special treatment, no idea. > Hopefully one of the Intel guys jump into this thread... I'd love to hear from them, because C-States isn't Speedstep. Best regards, Tiago > > Thomas > -- To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
