From: bugzilla-daemon@bugzilla.kernel.org
To: cpufreq@vger.kernel.org
Subject: [Bug 19702] i5-450M CPU gets stuck in low/lowest state
Date: Mon, 1 Nov 2010 18:03:09 GMT [thread overview]
Message-ID: <201011011803.oA1I39bK026650@demeter2.kernel.org> (raw)
In-Reply-To: <bug-19702-12968@https.bugzilla.kernel.org/>
https://bugzilla.kernel.org/show_bug.cgi?id=19702
--- Comment #38 from vyncere <vyncere@gmail.com> 2010-11-01 18:03:04 ---
Some results with :
- acpi_cpufreq.disable_average=1 clocksource=hpet
and
- acpi_cpufreq.disable_average=1 clocksource=hpet acpi_skip_timer_override
* 2.6.36 (+ 4 Patches HW_COORD, SHARED_TYPE, HW_ALL, HW_STATISTICS)
- Boot params for patch 4 : acpi_cpufreq.disable_average=1
- Boot params : clocksource=hpet
# dmesg | grep cpufreq
acpi-cpufreq: average (aperf/mperf) accounting disabled by user
# cat /sys/devices/system/clocksource/clocksource0/available_clocksource
tsc hpet acpi_pm
# cat /sys/devices/system/clocksource/clocksource0/current_clocksource
hpet
# While CPU is idling : cpufreq-aperf
CPU Average freq(KHz) Time in C0 Time in Cx C0 percentage
000 2688000 00 sec 033 ms 00 sec 966 ms 03
001 1944000 00 sec 017 ms 00 sec 982 ms 01
002 1776000 00 sec 001 ms 00 sec 998 ms 00
003 1536000 00 sec 002 ms 00 sec 997 ms 00
000 2496000 00 sec 028 ms 00 sec 971 ms 02
001 1656000 00 sec 032 ms 00 sec 967 ms 03
002 1536000 00 sec 018 ms 00 sec 981 ms 01
003 1416000 00 sec 003 ms 00 sec 996 ms 00
000 2712000 00 sec 036 ms 00 sec 963 ms 03
001 2064000 00 sec 014 ms 00 sec 985 ms 01
002 1416000 00 sec 001 ms 00 sec 998 ms 00
003 1392000 00 sec 001 ms 00 sec 998 ms 00
000 2688000 00 sec 034 ms 00 sec 965 ms 03
001 1920000 00 sec 017 ms 00 sec 982 ms 01
002 1584000 00 sec 001 ms 00 sec 998 ms 00
003 1536000 00 sec 002 ms 00 sec 997 ms 00
000 2712000 00 sec 041 ms 00 sec 958 ms 04
001 1968000 00 sec 023 ms 00 sec 976 ms 02
002 1512000 00 sec 008 ms 00 sec 991 ms 00
003 1560000 00 sec 004 ms 00 sec 995 ms 00
000 2784000 00 sec 040 ms 00 sec 959 ms 04
001 1896000 00 sec 022 ms 00 sec 977 ms 02
002 1416000 00 sec 008 ms 00 sec 991 ms 00
003 1488000 00 sec 003 ms 00 sec 996 ms 00
000 2736000 00 sec 042 ms 00 sec 957 ms 04
001 2160000 00 sec 018 ms 00 sec 981 ms 01
002 1512000 00 sec 007 ms 00 sec 992 ms 00
003 1608000 00 sec 003 ms 00 sec 996 ms 00
# While kernel is compiling (make -j 3) : cpufreq-aperf
CPU Average freq(KHz) Time in C0 Time in Cx C0 percentage
000 2640000 00 sec 767 ms 00 sec 232 ms 76
001 2304000 00 sec 960 ms 00 sec 039 ms 96
002 2112000 00 sec 641 ms 00 sec 358 ms 64
003 2256000 00 sec 886 ms 00 sec 113 ms 88
000 2640000 00 sec 709 ms 00 sec 290 ms 70
001 2208000 00 sec 969 ms 00 sec 030 ms 96
002 2016000 00 sec 677 ms 00 sec 322 ms 67
003 2160000 00 sec 881 ms 00 sec 118 ms 88
000 2640000 00 sec 844 ms 00 sec 155 ms 84
001 2400000 00 sec 937 ms 00 sec 062 ms 93
002 2328000 00 sec 695 ms 00 sec 304 ms 69
003 2376000 00 sec 866 ms 00 sec 133 ms 86
000 2640000 00 sec 882 ms 00 sec 117 ms 88
001 2424000 00 sec 756 ms 00 sec 243 ms 75
002 2400000 00 sec 674 ms 00 sec 325 ms 67
003 2472000 00 sec 991 ms 00 sec 008 ms 99
# cpufreq-info
current policy: frequency should be within 1.20 GHz and 1.20 GHz.
* 2.6.36 (+ 4 Patches HW_COORD, SHARED_TYPE, HW_ALL, HW_STATISTICS)
- Boot params for patch 4 : acpi_cpufreq.disable_average=1
- Boot params : clocksource=hpet acpi_skip_timer_override
# dmesg | grep cpufreq
acpi-cpufreq: average (aperf/mperf) accounting disabled by user
# cat /sys/devices/system/clocksource/clocksource0/available_clocksource
tsc hpet acpi_pm
# cat /sys/devices/system/clocksource/clocksource0/current_clocksource
hpet
# dmesg | grep apic
ACPI: Core revision 20100702
Setting APIC routing to flat
..TIMER: vector=0x30 apic1=0 pin1=0 apic2=-1 pin2=-1
..MP-BIOS bug: 8254 timer not connected to IO-APIC
...trying to set up timer (IRQ0) through the 8259A ...
..... (found apic 0 pin 0) ...
....... works.
# dmesg | grep intel_idle
intel_idle: MWAIT substates: 0x1120
intel_idle: v0.4 model 0x25
intel_idle: lapic_timer_reliable_states 0xffffffff
ACPI: acpi_idle yielding to intel_idle
# While CPU is idling : cpufreq-aperf
CPU Average freq(KHz) Time in C0 Time in Cx C0 percentage
000 2184000 00 sec 030 ms 00 sec 969 ms 03
001 1320000 00 sec 038 ms 00 sec 961 ms 03
002 1392000 00 sec 032 ms 00 sec 967 ms 03
003 1536000 00 sec 002 ms 00 sec 997 ms 00
000 1752000 00 sec 031 ms 00 sec 968 ms 03
001 1680000 00 sec 051 ms 00 sec 948 ms 05
002 1488000 00 sec 015 ms 00 sec 984 ms 01
003 1272000 00 sec 015 ms 00 sec 984 ms 01
000 2640000 00 sec 034 ms 00 sec 965 ms 03
001 1632000 00 sec 027 ms 00 sec 972 ms 02
002 1392000 00 sec 003 ms 00 sec 996 ms 00
003 1464000 00 sec 002 ms 00 sec 997 ms 00
000 2712000 00 sec 038 ms 00 sec 961 ms 03
001 1776000 00 sec 020 ms 00 sec 979 ms 02
002 1464000 00 sec 002 ms 00 sec 997 ms 00
003 1488000 00 sec 003 ms 00 sec 996 ms 00
# cpufreq-info
current policy: frequency should be within 1.20 GHz and 1.20 GHz.
In all cases, cpufreq-info always reports a 1.20GHz max limit, but
cpufreq-aperf the opposite ; During high loads, frequencies manage to jump up
to 2.64GHz. It took the same amount of time to compile the kernel than with my
reference kernel (2.6.32) and CPU reached 72°C. I can conclude that CPU states
reported by cpufreq-info are wrong. (My conky desktop monitor applet does not
seem to read info from cpufreq-aperf or equivalent, because it always reports
frequencies at 1.20GHz like cpufreq-info).
With hpet clocksource, average frequencies at idle time are very high, higher
than with tsc clocksource (which are in the first hand strangely high for idle
time), specially for the CPU 0, (2,7 GHz for 3% load !!!), but it does not seem
to raise the temperature. I expect to have all my virtual cores at 1.20GHz (or
less) at idle time, but even with my reference kernel, this ideal state was
never reached.
With acpi_skip_timer_override parameter, the kernel reports at boot time some
verbosities related to IO-APIC.
--
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.
next prev parent reply other threads:[~2010-11-01 18:03 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bug-19702-12968@https.bugzilla.kernel.org/>
2010-10-04 6:42 ` [Bug 19702] i5-450M CPU gets stuck in low/lowest state bugzilla-daemon
2010-10-04 6:43 ` bugzilla-daemon
2010-10-04 6:44 ` bugzilla-daemon
2010-10-08 5:26 ` bugzilla-daemon
2010-10-08 12:59 ` bugzilla-daemon
2010-10-08 19:04 ` bugzilla-daemon
2010-10-08 19:06 ` bugzilla-daemon
2010-10-12 11:19 ` bugzilla-daemon
2010-10-14 5:56 ` bugzilla-daemon
2010-10-14 5:58 ` bugzilla-daemon
2010-10-14 9:11 ` bugzilla-daemon
2010-10-14 9:22 ` bugzilla-daemon
2010-10-14 15:20 ` bugzilla-daemon
2010-10-15 10:07 ` bugzilla-daemon
2010-10-15 10:12 ` bugzilla-daemon
2010-10-15 10:15 ` bugzilla-daemon
2010-10-15 17:52 ` bugzilla-daemon
2010-10-15 19:25 ` bugzilla-daemon
2010-10-15 19:37 ` bugzilla-daemon
2010-10-16 8:56 ` bugzilla-daemon
2010-10-16 9:19 ` bugzilla-daemon
2010-10-19 2:50 ` bugzilla-daemon
2010-10-19 3:12 ` bugzilla-daemon
2010-10-19 3:51 ` bugzilla-daemon
2010-10-19 3:52 ` bugzilla-daemon
2010-10-19 7:34 ` bugzilla-daemon
2010-10-19 9:40 ` bugzilla-daemon
2010-10-19 14:13 ` bugzilla-daemon
2010-10-19 22:47 ` bugzilla-daemon
2010-10-28 15:12 ` bugzilla-daemon
2010-10-28 15:13 ` bugzilla-daemon
2010-10-29 11:06 ` bugzilla-daemon
2010-10-29 12:14 ` bugzilla-daemon
2010-10-29 13:00 ` bugzilla-daemon
2010-10-29 15:49 ` bugzilla-daemon
2010-10-29 20:15 ` bugzilla-daemon
2010-10-29 20:19 ` bugzilla-daemon
2010-11-01 10:49 ` bugzilla-daemon
2010-11-01 13:42 ` bugzilla-daemon
2010-11-01 17:43 ` bugzilla-daemon
2010-11-01 18:03 ` bugzilla-daemon [this message]
2010-11-01 18:16 ` bugzilla-daemon
2010-11-02 7:09 ` bugzilla-daemon
2010-11-02 8:59 ` bugzilla-daemon
2010-11-02 9:03 ` bugzilla-daemon
2010-11-03 20:42 ` bugzilla-daemon
2010-11-04 8:15 ` bugzilla-daemon
2010-11-04 8:41 ` bugzilla-daemon
2010-11-08 12:32 ` bugzilla-daemon
2010-11-08 12:49 ` bugzilla-daemon
2010-11-09 17:38 ` bugzilla-daemon
2010-11-10 11:18 ` bugzilla-daemon
2010-11-10 12:51 ` bugzilla-daemon
2011-07-31 17:58 ` bugzilla-daemon
2011-08-01 7:35 ` bugzilla-daemon
2011-08-11 13:00 ` bugzilla-daemon
2011-08-12 13:20 ` bugzilla-daemon
2011-08-15 15:04 ` bugzilla-daemon
2011-08-15 15:08 ` bugzilla-daemon
2012-06-18 19:11 ` bugzilla-daemon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201011011803.oA1I39bK026650@demeter2.kernel.org \
--to=bugzilla-daemon@bugzilla.kernel.org \
--cc=cpufreq@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.