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

Reply via email to