Bug 15540
Summary: | CPU throttling is not supported on Intel Clarkdale and Arrandale CPUs (i3/i5/Pentium G6950) | ||
---|---|---|---|
Product: | ACPI | Reporter: | Artem S. Tashkinov (aros) |
Component: | Power-Processor | Assignee: | Zhang Rui (rui.zhang) |
Status: | REJECTED DOCUMENTED | ||
Severity: | high | CC: | lenb |
Priority: | P1 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | 2.6.34 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: |
script to get acpi tables
ACPI tables for Intel Core i5 650/H55 MB bzip2'ed kernel 2.6.33.1 dmesg dmesg with acpi.debug_level=0x07 `grep . /proc/acpi/processor/*/*` with acpi.debug_level=0x07 dmesg with acpi.debug_level=0x07 and acpi.debug_layer=0x20000000 dmidecode |
Description
Artem S. Tashkinov
2010-03-15 15:16:16 UTC
Created attachment 25575 [details]
script to get acpi tables
please run the script as root user to get the acpi tables of this platform.
and then attach all the files in the acpi-tables directory created, or you can send me a tarball.
Created attachment 25579 [details]
ACPI tables for Intel Core i5 650/H55 MB
Here it is.
why there is only one CPU available? please attach the full dmesg output. Created attachment 25589 [details]
bzip2'ed kernel 2.6.33.1 dmesg
Zhang, there are "four" CPUs, I just didn't include the entire /proc/cpuinfo information, because the other "three" cores share absolutely the same data. please set CONFIG_ACPI_DEBUG, and reboot with acpi.debug_level=0x07 acpi.debug_layer=0x20000000 please attach the full dmesg output after boot. please attach the output of "grep . /proc/acpi/processor/*/*" Created attachment 26479 [details]
dmesg with acpi.debug_level=0x07
Created attachment 26480 [details]
`grep . /proc/acpi/processor/*/*` with acpi.debug_level=0x07
please attach the dmesg with boot option acpi.debug_level=0x07 AND acpi.debug_layer=0x20000000 Created attachment 26481 [details]
dmesg with acpi.debug_level=0x07 and acpi.debug_layer=0x20000000
grep has the same output as before.
ACPI defines two processor throttling (T state) control interfaces. These are: 1) The Processor Register Block’s (P_BLK’s) P_CNT register, and 2) The combined _PTC, _TSS, and _TPC objects in the processor’s object list. From the dmesg attached, we can see that [ 3.439194] processor_throttling-1143 [00] processor_get_throttli: pblk_address[0x00000810] duty_offset[1] duty_width[0] [ 3.439200] processor_throttling-0893 [00] processor_get_fadt_inf: No throttling states So duty_width is 0 in this machine, according to the ACPI spec, "A DUTY_WIDTH value of 0 indicates that processor duty cycle is not supported and the processor continuously runs at its base frequency." which means that throttling via P_CNT is not available. And there is not _PTC/_TSS/_TPC control method in the ACPI namespace. I think we can get the conclusion that CPU throttling is not available in this machine. Are you saying that I have a buggy BIOS? Can you on behalf of Intel contact AsRock and advise them to release a fixed BIOS version? I tried contacting them several times, but all my queries are left unanswered. please check your BIOS to see if there is any BIOS options that t-state releated. If not, this means that t-state is disabled on purpose, this may be the choice of the vendor. BTW, I'm curious about why you need cpu throttling? and please attach the dmidecode output of your machine. Created attachment 26977 [details] dmidecode I need it for two reasons: 1) to force maximum power savings of my CPU 2) to see if CPU throttling is enabled e.g. in case of overheating So far I couldn't find any t-state relations options in my BIOS [manual]: http://www.asrock.com/mb/manual.asp?Model=H55DE3 It seems like I'll never buy any MB from this vendor again. (In reply to comment #14) > Created an attachment (id=26977) [details] > dmidecode > > I need it for two reasons: > > 1) to force maximum power savings of my CPU No, we can never use processor t-states for power saving. processor p-states and c-states can be used to save power but this is not true for t-states. We only use t-states when system is overheating. > 2) to see if CPU throttling is enabled e.g. in case of overheating > yes. this May be a problem. But I checked your acpidump, it seems that there is no ACPI thermal zone, which means CPU will not be throttled even if t-states is supported. > So far I couldn't find any t-state relations options in my BIOS [manual]: > http://www.asrock.com/mb/manual.asp?Model=H55DE3 > > It seems like I'll never buy any MB from this vendor again. my question is: is this a laptop or desktop? If it's a desktop, I don't think this is a problem because desktop has powerful fans. If it's a laptop, I guess the thermal control is done by native sensors, in which ACPI is not involve neither. (In reply to comment #15) > > my question is: > is this a laptop or desktop? > If it's a desktop, I don't think this is a problem because desktop has > powerful > fans. > If it's a laptop, I guess the thermal control is done by native sensors, in > which ACPI is not involve neither. It's a desktop, but knowing that all my previous older Intel CPUs (starting from P4) had throttling controls it's kinda weird to learn that with newer Intel CPUs everything has changed. I just want some control of my Intel i5 CPU because of the bug 15539 (which has zero responses), even 9 years old Windows XP can regulate this CPU [speed] using standard CPU driver (processr.sys/intelppm.sys). > It's a desktop, but knowing that all my previous older Intel CPUs (starting > from P4) had throttling controls it's kinda weird to learn that with newer > Intel CPUs everything has changed. > well, I checked another Clarkdale processor and it does have 8 throttling states. So I'd rather say this is just vendor specific. > I just want some control of my Intel i5 CPU because of the bug 15539 (which > has > zero responses), even 9 years old Windows XP can regulate this CPU [speed] > using standard CPU driver (processr.sys/intelppm.sys). sure the processor p-state control must work well in Linux, let's look into this issue in bug #15539. |