Re: [gentoo-user] Core i7 M620 power management problem
On Sunday 02 January 2011 04:39:10 Bill Longman wrote: On Sat, Jan 1, 2011 at 4:34 PM, Mick michaelkintz...@gmail.com wrote: Did you diff the kernel configs to see what's different between the two OS'? There was no /proc/config.gz. How do you find it without that? I looked through the proc tree but didn't find anything. I'm sure that Ubuntu includes the current kernel(s) config in /boot/. Look for something like /boot/config-2.6.XX-generic or -server or -386 depending on your arch and kernel you have chosen. I believe a typical desktop installation runs *-generic. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Core i7 M620 power management problem
Am 2010-12-31 11:59, schrieb Mick: Hmm ... could it be a buggy BIOS? Are you running the latest firmware for it? Yes, that would also have been my next question. Maybe you even *find* a bug in that BIOS right now that should be corrected.
Re: [gentoo-user] Core i7 M620 power management problem
I actually am running the latest firmware. I had thought that maybe that was the problem, but I rev'ed it about a month ago and it did not solve it. Am waiting for the Ubuntu 10.10 to finish downloading and give that a whirl. On Sat, Jan 1, 2011 at 3:16 AM, Stefan G. Weichinger li...@xunil.at wrote: Am 2010-12-31 11:59, schrieb Mick: Hmm ... could it be a buggy BIOS? Are you running the latest firmware for it? Yes, that would also have been my next question. Maybe you even *find* a bug in that BIOS right now that should be corrected. -- Bill Longman
Re: [gentoo-user] Core i7 M620 power management problem
On Saturday 01 January 2011 23:50:21 Bill Longman wrote: On 01/01/2011 03:16 AM, Stefan G. Weichinger wrote: Am 2010-12-31 11:59, schrieb Mick: Hmm ... could it be a buggy BIOS? Are you running the latest firmware for it? Yes, that would also have been my next question. Maybe you even *find* a bug in that BIOS right now that should be corrected. Well the good news is that my BIOS is not foobarred. The bad news is that I have to figure out what's wrong -- Ubuntu 10.10 came up with scaling_max_freq = 2667000. ARGH Changing some kernel settings Did you diff the kernel configs to see what's different between the two OS'? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Core i7 M620 power management problem
On Sat, Jan 1, 2011 at 4:34 PM, Mick michaelkintz...@gmail.com wrote: Did you diff the kernel configs to see what's different between the two OS'? There was no /proc/config.gz. How do you find it without that? I looked through the proc tree but didn't find anything. I added some printk's to the kernel and I see some segfaults. I'll try another kernel tomorrow and see if tuxonice gives me anything different. -- Bill Longman
Re: [gentoo-user] Core i7 M620 power management problem
On Friday 31 December 2010 01:22:11 Bill Longman wrote: On 12/30/2010 02:44 PM, Stefan G. Weichinger wrote: Am 2010-12-30 18:54, schrieb Bill Longman: On 12/30/2010 12:59 AM, Stefan G. Weichinger wrote: Bill, just for a check, does it scale correctly if you boot from a live-cd? Well, if I change the BIOS to turn off SpeedStep, it goes to 2.67 GHz.works great! good to hear. So it is solved? LOL! Well, if by solved you mean that I am able to use the full power of my CPU, then, yes, it is solved. However, it is now completely incapable of having its CPU controlled for power, so once I go on batteries, I have about an hour and a halfso in that sense, no, it's not solved. No, it's not solved. I am going to burn an ISO and boot one of those other distros that shall remain nameless and see if there is something strange with my Gentoo kernel madness or whether it's this machine. Hmm ... could it be a buggy BIOS? Are you running the latest firmware for it? Have you diff'ed the LiveCD kernel and yours? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Core i7 M620 power management problem
Am 30.12.2010 04:16, schrieb Bill Longman: The only thing that runs at boot is cpufrequtils and here is the config for it: [..] Bill, just for a check, does it scale correctly if you boot from a live-cd?
Re: [gentoo-user] Core i7 M620 power management problem
On Thursday 30 December 2010 03:16:05 Bill Longman wrote: On Wed, Dec 29, 2010 at 4:43 PM, Mick michaelkintz...@gmail.com wrote: Just a wild guess: are you running some desktop applet that manages the cpu frequency and is stuck on manual with a low setting? I have the i7 Q 720 @ 1.60GHz, which is supposedly go up to 2.8G with turbo boost, but can't say that I have ever seen it going that high ... not sure if there's a setting somewhere I should tweak. This is from cpuinfo: = $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Core(TM) i7 CPU Q 720 @ 1.60GHz stepping: 5 cpu MHz : 931.000 cache size : 6144 KB physical id : 0 siblings: 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dts tpr_shadow vnmi flexpriority ept vpid bogomips: 3192.42 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: = As you can see power management is also blank. These are my frequencies: $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_* 1597000 1596000 1463000 133 1197000 1064000 931000 conservative userspace powersave ondemand performance 931000 acpi-cpufreq ondemand 1597000 931000 unsupported PS. Any ideas what makes that turbo thingy kick in? The only thing that runs at boot is cpufrequtils and here is the config for it: I do not have cpufreutils installed, but use the ondemand governor as a default. http://thread.gmane.org/gmane.linux.gentoo.user/227247 I can see gkrellm get its governor changed but I cannot override the max freq. How can I tell what the BIOS is reporting? Here is what dmidecode tells me about the CPU: Handle 0x0004, DMI type 4, 42 bytes Processor Information Socket Designation: CPU 1 Type: Central Processor Family: OUT OF SPEC Manufacturer: Intel ID: 52 06 02 00 FF FB EB BF Version: Intel(R) Core(TM) i7 CPU M 620 @ 2.67GH Voltage: 0.0 V External Clock: 533 MHz Max Speed: 4000 MHz Current Speed: 2666 MHz -- interesting!-- Status: Populated, Enabled Upgrade: Other L1 Cache Handle: 0x0005 L2 Cache Handle: 0x0006 L3 Cache Handle: 0x0007 Serial Number: To Be Filled By O.E.M. Asset Tag: To Be Filled By O.E.M. Part Number: To Be Filled By O.E.M. Core Count: 2 Core Enabled: 1 Thread Count: 2 Characteristics: 64-bit capable This is what my i7 Q is showing: Handle 0x0005, DMI type 4, 42 bytes Processor Information Socket Designation: U2E1 Type: Central Processor Family: OUT OF SPEC Manufacturer: Intel ID: E5 06 01 00 FF FB EB BF Version: CPU Version Voltage: 3.3 V External Clock: 133 MHz Max Speed: 4096 MHz --my max speed with turbo should be 2.8GHz?-- Current Speed: 1600 MHz --my max speed without turbo-- Status: Populated, Enabled Upgrade: ZIF Socket L1 Cache Handle: 0x0006 L2 Cache Handle: 0x0007 L3 Cache Handle: 0x0008 Serial Number: Not Specified Asset Tag: Not Specified Part Number: Not Specified Core Count: 4 Core Enabled: 4 Thread Count: 8 Characteristics: 64-bit capable My turbo reading leads me to think that the dmidecode is not necessarily reporting what the CPU can do. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Core i7 M620 power management problem
On 12/30/2010 12:59 AM, Stefan G. Weichinger wrote: Am 30.12.2010 04:16, schrieb Bill Longman: The only thing that runs at boot is cpufrequtils and here is the config for it: [..] Bill, just for a check, does it scale correctly if you boot from a live-cd? That's a very good question, Stefan. I'll give it a try.
Re: [gentoo-user] Core i7 M620 power management problem
On 12/29/2010 11:59 PM, Mick wrote: Did you try changing the default to CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND ? Yes, Mick, that was my first governor. I thought I'd try to see if it would behave at top speed if I set it to performance. No luck, though. And I can easily change the governor. It swaps out to any of the installed governors with aplomb, although I have to do this manually. I can't change governors from gkrellm, for instance. If I change it manually, the new governor shows up there, but it's read-only so to speak. I don't know if the idle controller has anything to do with this but here is what my idle controller looks like: /sys/devices/system/cpu/cpuidle 08:43:14# ls -l;cat current_* total 0 -r--r--r-- 1 root root 4096 Dec 30 08:43 current_driver -r--r--r-- 1 root root 4096 Dec 30 08:43 current_governor_ro intel_idle menu
Re: [gentoo-user] Core i7 M620 power management problem
On 12/30/2010 12:21 AM, Mick wrote: On Thursday 30 December 2010 03:16:05 Bill Longman wrote: This is what my i7 Q is showing: Handle 0x0005, DMI type 4, 42 bytes Processor Information Socket Designation: U2E1 Type: Central Processor Family: OUT OF SPEC Manufacturer: Intel ID: E5 06 01 00 FF FB EB BF Version: CPU Version Voltage: 3.3 V External Clock: 133 MHz Max Speed: 4096 MHz --my max speed with turbo should be 2.8GHz?-- Current Speed: 1600 MHz --my max speed without turbo-- Status: Populated, Enabled Upgrade: ZIF Socket L1 Cache Handle: 0x0006 L2 Cache Handle: 0x0007 L3 Cache Handle: 0x0008 Serial Number: Not Specified Asset Tag: Not Specified Part Number: Not Specified Core Count: 4 Core Enabled: 4 Thread Count: 8 Characteristics: 64-bit capable My turbo reading leads me to think that the dmidecode is not necessarily reporting what the CPU can do. I've always laughed at the shoddy workmanship of DMI. I don't know the percentage of boards with To Be Filled By O.E.M. in them, but most of it is useful information. Here's another snapshot of idle stats, so it looks like it's handling the idle routines okay: /sys/devices/system/cpu/cpu0/cpuidle 09:05:05# for a in {0..3}; do echo === state$a ===; ls state$a;cat state$a/*; done === state0 === desc latency name power time usage CPUIDLE CORE POLL IDLE 0 C0 4294967295 24712609 9234 === state1 === desc latency name power time usage MWAIT 0x00 3 NHM-C1 4294967294 530943161 2079744 === state2 === desc latency name power time usage MWAIT 0x10 20 NHM-C3 4294967293 4419507305 4950330 === state3 === desc latency name power time usage MWAIT 0x20 200 NHM-C6 4294967292 49546556808 7879505 It still points to that max cpu freq as the culprit. I don't recall what kicks in the turbo mode on the i7's. I thought it was simply bumping the speed of one core if it could keep the other core(s) in the deep sleep state. So, a single threaded process would get a speed improvement. If your other cores were running you'd be out of luck. Could be wrong. Brain's been running about half a century now, so it's wearing out.
Re: [gentoo-user] Core i7 M620 power management problem
On 12/30/2010 12:59 AM, Stefan G. Weichinger wrote: Am 30.12.2010 04:16, schrieb Bill Longman: The only thing that runs at boot is cpufrequtils and here is the config for it: [..] Bill, just for a check, does it scale correctly if you boot from a live-cd? Well, if I change the BIOS to turn off SpeedStep, it goes to 2.67 GHz.works great!
Re: [gentoo-user] Core i7 M620 power management problem
On Thursday 30 December 2010 16:45:07 Bill Longman wrote: On 12/29/2010 11:59 PM, Mick wrote: Did you try changing the default to CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND ? Yes, Mick, that was my first governor. I thought I'd try to see if it would behave at top speed if I set it to performance. No luck, though. And I can easily change the governor. It swaps out to any of the installed governors with aplomb, although I have to do this manually. I can't change governors from gkrellm, for instance. If I change it manually, the new governor shows up there, but it's read-only so to speak. Is there a plugin for gkrellm that does governors? Can't find it on mine. I don't know if the idle controller has anything to do with this but here is what my idle controller looks like: /sys/devices/system/cpu/cpuidle 08:43:14# ls -l;cat current_* total 0 -r--r--r-- 1 root root 4096 Dec 30 08:43 current_driver -r--r--r-- 1 root root 4096 Dec 30 08:43 current_governor_ro intel_idle menu Although different CPU my cpuidle is exactly as shown above. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Core i7 M620 power management problem
Am 2010-12-30 18:54, schrieb Bill Longman: On 12/30/2010 12:59 AM, Stefan G. Weichinger wrote: Bill, just for a check, does it scale correctly if you boot from a live-cd? Well, if I change the BIOS to turn off SpeedStep, it goes to 2.67 GHz.works great! good to hear. So it is solved?
[gentoo-user] Core i7 M620 power management problem
I have a nagging problem that is driving me batty. I have a Dell Precision M4500: Linux m4500 2.6.36-gentoo-r6 #1 SMP Wed Dec 29 07:57:47 PST 2010 x86_64 Intel(R) Core(TM) i7 CPU M 620 @ 2.67GHz GenuineIntel GNU/Linux model name : Intel(R) Core(TM) i7 CPU M 620 @ 2.67GHz and it even has these fancy capabilities: flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt aes lahf_lm ida arat dts tpr_shadow vnmi flexpriority ept vpid however, I cannot get the thing to change speeds. It is adamantly stuck at its pokey molasses slow 1.2GHz: blong...@m4500 /sys/devices/system/cpu/cpu0/cpufreq $ cat scaling_* 2667000 2666000 2533000 2399000 2266000 2133000 1999000 1866000 1733000 1599000 1466000 1333000 1199000 conservative ondemand userspace powersave performance 1199000 acpi-cpufreq performance 1199000 1199000 unsupported A strangeness I have noted is that /proc/cpuinfo has this for its power capabilities: power management: Nothing. I don't recall what it was on the other i7, but my AMDs have this sort of thing: power management: ts ttp tm stc 100mhzsteps hwpstate Why this is driving me batty is that I just this summer set up a similar M4500, but with a fancier i7 in it, *specifically* to enable and manage its power capabilities and I was completely successful. If I swap my disk and boot Windows 7, it behaves like a champ, so I don't think it's a BIOS issue. What else could I look at since I've been through all versions of kernels from 2.6.32 to today's 2.6.36? -- Bill Longman
Re: [gentoo-user] Core i7 M620 power management problem
On Wed, Dec 29, 2010 at 11:13 AM, Bill Longman bill.long...@gmail.com wrote: A strangeness I have noted is that /proc/cpuinfo has this for its power capabilities: power management: Nothing. FWIW I have Core i7 920, and it also has nothing in the power management in cpuinfo, but CPU frequency scaling does work and speeds change (using ondemand governor, in a desktop machine). $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_* 2661000 266 2527000 2394000 2261000 2128000 1995000 1862000 1729000 1596000 conservative userspace powersave ondemand performance 1596000 acpi-cpufreq ondemand 2661000 1596000 unsupported So it seems similar to yours except that your max_freq and min_freq are the same! Which matches what you say about it never going faster than the minimum speed. In kernel docs Documentation/cpu-freq/cpu-drivers.txt there is some information about how the min and max speed are set by the policy that is in use (by whatever driver is controlling the scaling). So I don't know if there is a userspace program (like KDE laptop stuff) that might be overriding with its own faulty settings? Seems like your kernel settings are probably okay since you can see all of that so far. If you run powertop can it see all of the C-states and P-states without any problems?
Re: [gentoo-user] Core i7 M620 power management problem
Am 29.12.2010 18:40, schrieb Paul Hartman: So it seems similar to yours except that your max_freq and min_freq are the same! Which matches what you say about it never going faster than the minimum speed. cpufreq-set -u ?
Re: [gentoo-user] Core i7 M620 power management problem
On Wed, Dec 29, 2010 at 10:35 AM, Stefan G. Weichinger li...@xunil.atwrote: Am 29.12.2010 18:40, schrieb Paul Hartman: So it seems similar to yours except that your max_freq and min_freq are the same! Which matches what you say about it never going faster than the minimum speed. cpufreq-set -u ? 10:46:36# cpufreq-set -u 2667000 ~ 10:47:00# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_* 2667000 2666000 2533000 2399000 2266000 2133000 1999000 1866000 1733000 1599000 1466000 1333000 1199000 conservative ondemand userspace powersave performance 1199000 acpi-cpufreq performance 1199000 1199000 unsupported See what I mean? -- Bill Longman
Re: [gentoo-user] Core i7 M620 power management problem
Am 29.12.2010 19:48, schrieb Bill Longman: 10:47:00# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_* 2667000 2666000 2533000 2399000 2266000 2133000 1999000 1866000 1733000 1599000 1466000 1333000 1199000 conservative ondemand userspace powersave performance 1199000 acpi-cpufreq performance 1199000 1199000 unsupported See what I mean? I see it but I don't have a solution. Maybe some strange limitation within the BIOS of the motherboard? Ah, you wrote that Win does fine ... so ... Do you have the correct CPU chosen in your kernel-config? Maybe someone with a core i7 could help out here better than me ... google finds me this one pointing at apic: http://ubuntuforums.org/archive/index.php/t-1000132.html ?
Re: [gentoo-user] Core i7 M620 power management problem
addition: some also point at enabling EIST in BIOS
Re: [gentoo-user] Core i7 M620 power management problem
Yeah, the cpufreq utils show all the relevant information. I use the acpi-cpufreq driver and when I didn't use it nothing happened. cpufreq-aperf shows each CPU at 1.2GHz. I'll look at the EIST in BIOS, too. Thanks for the pointers. Here's an interesting item: 12:41:00# cat /sys/devices/system/cpu/cpu0/cpufreq/bios_limit 1199000 which sort of jives with the asserted by call to hardware in the cpufreq-info section: analyzing CPU 3: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 3 maximum transition latency: 10.0 us. hardware limits: 1.20 GHz - 2.67 GHz available frequency steps: 2.67 GHz, 2.67 GHz, 2.53 GHz, 2.40 GHz, 2.27 GHz, 2.13 GHz, 2.00 GHz, 1.87 GHz, 1.73 GHz, 1.60 GHz, 1.47 GHz, 1.33 GHz, 1.20 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.20 GHz and 1.20 GHz. The governor performance may decide which speed to use within this range. current CPU frequency is 1.20 GHz (asserted by call to hardware). cpufreq stats: 2.67 GHz:0.25%, 2.67 GHz:0.01%, 2.53 GHz:0.01%, 2.40 GHz:0.01%, 2.27 GHz:0.01%, 2.13 GHz:0.01%, 2.00 GHz:0.01%, 1.87 GHz:0.01%, 1.73 GHz:0.01%, 1.60 GHz:0.01%, 1.47 GHz:0.01%, 1.33 GHz:0.01%, 1.20 GHz:99.61% (28) So, why are there micro-spikes of higher frequencies in the above stats? The stats section says there are only five transitions. -- Bill Longman
Re: [gentoo-user] Core i7 M620 power management problem
On Wed, Dec 29, 2010 at 2:51 PM, Bill Longman bill.long...@gmail.com wrote: Yeah, the cpufreq utils show all the relevant information. I use the acpi-cpufreq driver and when I didn't use it nothing happened. cpufreq-aperf shows each CPU at 1.2GHz. I'll look at the EIST in BIOS, too. Thanks for the pointers. Here's an interesting item: 12:41:00# cat /sys/devices/system/cpu/cpu0/cpufreq/bios_limit 1199000 which sort of jives with the asserted by call to hardware in the cpufreq-info section: analyzing CPU 3: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 3 maximum transition latency: 10.0 us. hardware limits: 1.20 GHz - 2.67 GHz available frequency steps: 2.67 GHz, 2.67 GHz, 2.53 GHz, 2.40 GHz, 2.27 GHz, 2.13 GHz, 2.00 GHz, 1.87 GHz, 1.73 GHz, 1.60 GHz, 1.47 GHz, 1.33 GHz, 1.20 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.20 GHz and 1.20 GHz. The governor performance may decide which speed to use within this range. current CPU frequency is 1.20 GHz (asserted by call to hardware). cpufreq stats: 2.67 GHz:0.25%, 2.67 GHz:0.01%, 2.53 GHz:0.01%, 2.40 GHz:0.01%, 2.27 GHz:0.01%, 2.13 GHz:0.01%, 2.00 GHz:0.01%, 1.87 GHz:0.01%, 1.73 GHz:0.01%, 1.60 GHz:0.01%, 1.47 GHz:0.01%, 1.33 GHz:0.01%, 1.20 GHz:99.61% (28) So, why are there micro-spikes of higher frequencies in the above stats? The stats section says there are only five transitions. I ran cpufreq-info on my i7 920, and everything looked normal for mine compared to yours. And I have tens of thousands of transitions on each CPU (currently at 8 days uptime) Can you use cpufreq-set to change the max limit or lock it to a higher speed? If it works, that's a good sign... if it gets changed back maybe some userspace powersaving program is messing with it. Like gnome/KDE or something. If you boot to console and don't start X, does this problem still happen? I wonder if it happens in X maybe the few times at greater speeds happened before X loaded. Just a WAG. :) For example, on my laptop (not an i7, but an old Athlon from 2004), the KDE laptop powersaving stuff does not work properly, it either locks me at slowest speed, or highest speed, or... but I think in my case it's related to the corrupt DSDT, crappy BIOS and complete inability for it to read the battery state most of the time... It doesn't know if it's plugged in or on battery, or how much battery life is left, or it thinks 84% remains and that number never changes (until laptop suddenly dies without warning). Of course all of that works perfectly fine in Windows on the same machine... In my kernel config on my i7, in the cpufreq sections I have this: # # CPU Frequency scaling # CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_TABLE=y # CONFIG_CPU_FREQ_DEBUG is not set CONFIG_CPU_FREQ_STAT=y # CONFIG_CPU_FREQ_STAT_DETAILS is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y # CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set CONFIG_CPU_FREQ_GOV_PERFORMANCE=y CONFIG_CPU_FREQ_GOV_POWERSAVE=y CONFIG_CPU_FREQ_GOV_USERSPACE=y CONFIG_CPU_FREQ_GOV_ONDEMAND=y CONFIG_CPU_FREQ_GOV_CONSERVATIVE=y # # CPUFreq processor drivers # # CONFIG_X86_PCC_CPUFREQ is not set CONFIG_X86_ACPI_CPUFREQ=y # CONFIG_X86_POWERNOW_K8 is not set # CONFIG_X86_SPEEDSTEP_CENTRINO is not set # CONFIG_X86_P4_CLOCKMOD is not set I can send you my entire .config if you want to compare.
Re: [gentoo-user] Core i7 M620 power management problem
On Wednesday 29 December 2010 20:51:05 Bill Longman wrote: Yeah, the cpufreq utils show all the relevant information. I use the acpi-cpufreq driver and when I didn't use it nothing happened. cpufreq-aperf shows each CPU at 1.2GHz. I'll look at the EIST in BIOS, too. Thanks for the pointers. Here's an interesting item: 12:41:00# cat /sys/devices/system/cpu/cpu0/cpufreq/bios_limit 1199000 which sort of jives with the asserted by call to hardware in the cpufreq-info section: analyzing CPU 3: driver: acpi-cpufreq CPUs which run at the same hardware frequency: 0 1 2 3 CPUs which need to have their frequency coordinated by software: 3 maximum transition latency: 10.0 us. hardware limits: 1.20 GHz - 2.67 GHz available frequency steps: 2.67 GHz, 2.67 GHz, 2.53 GHz, 2.40 GHz, 2.27 GHz, 2.13 GHz, 2.00 GHz, 1.87 GHz, 1.73 GHz, 1.60 GHz, 1.47 GHz, 1.33 GHz, 1.20 GHz available cpufreq governors: conservative, ondemand, userspace, powersave, performance current policy: frequency should be within 1.20 GHz and 1.20 GHz. The governor performance may decide which speed to use within this range. current CPU frequency is 1.20 GHz (asserted by call to hardware). cpufreq stats: 2.67 GHz:0.25%, 2.67 GHz:0.01%, 2.53 GHz:0.01%, 2.40 GHz:0.01%, 2.27 GHz:0.01%, 2.13 GHz:0.01%, 2.00 GHz:0.01%, 1.87 GHz:0.01%, 1.73 GHz:0.01%, 1.60 GHz:0.01%, 1.47 GHz:0.01%, 1.33 GHz:0.01%, 1.20 GHz:99.61% (28) So, why are there micro-spikes of higher frequencies in the above stats? The stats section says there are only five transitions. Just a wild guess: are you running some desktop applet that manages the cpu frequency and is stuck on manual with a low setting? I have the i7 Q 720 @ 1.60GHz, which is supposedly go up to 2.8G with turbo boost, but can't say that I have ever seen it going that high ... not sure if there's a setting somewhere I should tweak. This is from cpuinfo: = $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Core(TM) i7 CPU Q 720 @ 1.60GHz stepping: 5 cpu MHz : 931.000 cache size : 6144 KB physical id : 0 siblings: 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dts tpr_shadow vnmi flexpriority ept vpid bogomips: 3192.42 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: = As you can see power management is also blank. These are my frequencies: $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_* 1597000 1596000 1463000 133 1197000 1064000 931000 conservative userspace powersave ondemand performance 931000 acpi-cpufreq ondemand 1597000 931000 unsupported PS. Any ideas what makes that turbo thingy kick in? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Core i7 M620 power management problem
On Wed, Dec 29, 2010 at 4:43 PM, Mick michaelkintz...@gmail.com wrote: Just a wild guess: are you running some desktop applet that manages the cpu frequency and is stuck on manual with a low setting? I have the i7 Q 720 @ 1.60GHz, which is supposedly go up to 2.8G with turbo boost, but can't say that I have ever seen it going that high ... not sure if there's a setting somewhere I should tweak. This is from cpuinfo: = $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Core(TM) i7 CPU Q 720 @ 1.60GHz stepping: 5 cpu MHz : 931.000 cache size : 6144 KB physical id : 0 siblings: 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dts tpr_shadow vnmi flexpriority ept vpid bogomips: 3192.42 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: = As you can see power management is also blank. These are my frequencies: $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_* 1597000 1596000 1463000 133 1197000 1064000 931000 conservative userspace powersave ondemand performance 931000 acpi-cpufreq ondemand 1597000 931000 unsupported PS. Any ideas what makes that turbo thingy kick in? The only thing that runs at boot is cpufrequtils and here is the config for it: # Options when starting cpufreq (given to the `cpufreq-set` program) START_OPTS=--governor performance # Options when stopping cpufreq (given to the `cpufreq-set` program) STOP_OPTS=--governor performance # Extra settings to write to sysfs cpufreq values. #SYSFS_EXTRA=ondemand/ignore_nice_load=1 ondemand/up_threshold=70 SYSFS_EXTRA=ondemand/ignore_nice_load=1 And since I have power mgmt debug turned on, all my logs are belong to pm: e1000e :00:19.0: __pm_runtime_resume()! e1000e :00:19.0: __pm_runtime_resume() returns 1! scsi host1: __pm_runtime_resume()! scsi host1: __pm_runtime_resume() returns 1! scsi host1: __pm_runtime_resume()! scsi host1: __pm_runtime_resume() returns 1! scsi host1: __pm_runtime_resume()! scsi host1: __pm_runtime_resume() returns 1! scsi host1: __pm_runtime_resume()! etc, etc, etc, ad nauseum And even when I try this kind of thing: /sys/devices/system/cpu 19:08:23# for a in cpu?/cpufreq/scaling_max_freq; do echo -n 2667000 $a; done /sys/devices/system/cpu 19:09:05# cat cpu?/cpufreq/scaling_max_freq 1199000 1199000 1199000 1199000 /sys/devices/system/cpu 19:09:20# for a in cpu?/cpufreq/scaling_governor; do echo -n performance $a; done I can see gkrellm get its governor changed but I cannot override the max freq. How can I tell what the BIOS is reporting? Here is what dmidecode tells me about the CPU: Handle 0x0004, DMI type 4, 42 bytes Processor Information Socket Designation: CPU 1 Type: Central Processor Family: OUT OF SPEC Manufacturer: Intel ID: 52 06 02 00 FF FB EB BF Version: Intel(R) Core(TM) i7 CPU M 620 @ 2.67GH Voltage: 0.0 V External Clock: 533 MHz Max Speed: 4000 MHz Current Speed: 2666 MHz Status: Populated, Enabled Upgrade: Other L1 Cache Handle: 0x0005 L2 Cache Handle: 0x0006 L3 Cache Handle: 0x0007 Serial Number: To Be Filled By O.E.M. Asset Tag: To Be Filled By O.E.M. Part Number: To Be Filled By O.E.M. Core Count: 2 Core Enabled: 1 Thread Count: 2 Characteristics: 64-bit capable -- Bill Longman
Re: [gentoo-user] Core i7 M620 power management problem
On Wed, Dec 29, 2010 at 11:55 AM, Stefan G. Weichinger li...@xunil.atwrote: Am 29.12.2010 19:48, schrieb Bill Longman: 10:47:00# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_* 2667000 2666000 2533000 2399000 2266000 2133000 1999000 1866000 1733000 1599000 1466000 1333000 1199000 conservative ondemand userspace powersave performance 1199000 acpi-cpufreq performance 1199000 1199000 unsupported See what I mean? I see it but I don't have a solution. Maybe some strange limitation within the BIOS of the motherboard? Ah, you wrote that Win does fine ... so ... Do you have the correct CPU chosen in your kernel-config? Maybe someone with a core i7 could help out here better than me ... google finds me this one pointing at apic: http://ubuntuforums.org/archive/index.php/t-1000132.html ? Here are some powertop results I see when compiling world: PowerTOP version 1.13 (C) 2007 Intel Corporation CnAvg residency P-states (frequencies) C0 (cpu running)(100.0%) Turbo Mode 0.0% polling 0.0ms ( 0.0%) 2.67 Ghz 0.0% C1 mwait 0.0ms ( 0.0%) 2.54 Ghz 0.0% C2 mwait 0.0ms ( 0.0%) 2.40 Ghz 0.0% C3 mwait 0.0ms ( 0.0%) 1199 Mhz 100.0% So it seems like all the CPU Power state is fine internally to the CPU but, it's just that it cannot go to the higher speeds for some reason. -- Bill Longman