https://bugzilla.kernel.org/show_bug.cgi?id=35722
Len Brown <l...@kernel.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |l...@kernel.org Summary|failed cpu idle on one of |busy thread on idle core i7 |cores of i7 sandy bridge | --- Comment #5 from Len Brown <l...@kernel.org> 2011-08-01 15:39:38 --- The turbostat logs in comment #2 confirm that 2.6.37-rc4 was fine, but that 2.6.38-rc4 and 2.6.39 have a logical processor 99% in c0, which is preventing the use of deep idle states: broken: GenuineIntel 13 CPUID levels; family:model:stepping 0x6:2a:7 (6:42:7) 8 * 100 = 800 MHz max efficiency 20 * 100 = 2000 MHz TSC frequency 26 * 100 = 2600 MHz max turbo 4 active cores 26 * 100 = 2600 MHz max turbo 3 active cores 28 * 100 = 2800 MHz max turbo 2 active cores 29 * 100 = 2900 MHz max turbo 1 active cores core CPU %c0 GHz TSC %c1 %c3 %c6 %c7 %pc2 %pc3 %pc6 %pc7 12.52 2.00 2.00 46.91 0.00 40.57 0.00 0.00 0.00 0.00 0.00 0 0 99.93 2.00 2.00 0.07 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0 4 0.12 2.00 2.00 99.88 0.00 0.00 0.00 0.00 0.00 0.00 0.00 1 1 0.01 2.00 2.00 8.98 0.00 91.01 0.00 0.00 0.00 0.00 0.00 1 5 0.06 2.00 2.00 8.93 0.00 91.01 0.00 0.00 0.00 0.00 0.00 2 2 0.00 2.00 2.00 59.42 0.00 40.58 0.00 0.00 0.00 0.00 0.00 2 6 0.07 2.00 2.00 59.35 0.00 40.58 0.00 0.00 0.00 0.00 0.00 3 3 0.00 2.01 2.00 69.33 0.00 30.67 0.00 0.00 0.00 0.00 0.00 3 7 0.00 1.99 2.00 69.33 0.00 30.67 0.00 0.00 0.00 0.00 0.00 Curiously that busy processor is running at 2.0 GHz, the HFM for the processor -- even though higher turbo bins are available. I'm unable to reproduce this issue on my sandy-bridge: [root@sandy tmp]# uname -a Linux sandy 2.6.38.6-26.rc1.fc15.x86_64 #1 SMP Mon May 9 20:45:15 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux [root@sandy tmp]# dmesg |grep idle [ 0.000000] RCU dyntick-idle grace-period acceleration is enabled. [ 0.005731] using mwait in idle threads. [ 1.835687] intel_idle: MWAIT substates: 0x21120 [ 1.835689] intel_idle: v0.4 model 0x2A [ 1.835690] intel_idle: lapic_timer_reliable_states 0xffffffff [ 1.859572] ACPI: acpi_idle yielding to intel_idle [ 1.961634] cpuidle: using governor ladder [ 1.962117] cpuidle: using governor menu [root@sandy tmp]# ./turbostat -v sleep 10 GenuineIntel 13 CPUID levels; family:model:stepping 0x6:2a:7 (6:42:7) 8 * 100 = 800 MHz max efficiency 23 * 100 = 2300 MHz TSC frequency 31 * 100 = 3100 MHz max turbo 4 active cores 31 * 100 = 3100 MHz max turbo 3 active cores 33 * 100 = 3300 MHz max turbo 2 active cores 34 * 100 = 3400 MHz max turbo 1 active cores core CPU %c0 GHz TSC %c1 %c3 %c6 %c7 %pc2 %pc3 %pc6 %pc7 0.12 1.06 2.29 1.23 0.03 0.00 98.62 0.60 0.08 1.86 92.49 0 0 0.37 1.44 2.29 1.07 0.12 0.00 98.44 0.60 0.08 1.86 92.49 0 4 0.15 0.82 2.29 1.30 0.12 0.00 98.44 0.60 0.08 1.86 92.49 1 1 0.02 0.81 2.29 0.24 0.00 0.00 99.74 0.60 0.08 1.86 92.49 1 5 0.17 0.81 2.29 0.09 0.00 0.00 99.74 0.60 0.08 1.86 92.49 2 2 0.19 0.80 2.29 3.42 0.00 0.00 96.39 0.60 0.08 1.86 92.48 2 6 0.01 0.82 2.29 3.60 0.00 0.00 96.39 0.60 0.08 1.86 92.48 3 3 0.01 0.82 2.29 0.08 0.00 0.00 99.91 0.60 0.08 1.86 92.48 3 7 0.03 0.86 2.29 0.06 0.00 0.00 99.91 0.60 0.08 1.86 92.48 10.004346 sec This doesn't look like an issue with the idle code to me -- it looks like something is actually running on your system and the idle code is simply reflecting that. can you reproduce this on v3.0? -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug. ------------------------------------------------------------------------------ Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla