Bug 91141
| Summary: | acpi-cpufreq cannot be loaded. | ||
|---|---|---|---|
| Product: | Power Management | Reporter: | Brett Johnson (spam) |
| Component: | cpufreq | Assignee: | cpufreq |
| Status: | CLOSED DOCUMENTED | ||
| Severity: | normal | CC: | celeonar, katoh, l.majewski, rui.zhang, smf-linux, tianyu.lan, viresh.kumar |
| Priority: | P1 | ||
| Hardware: | Intel | ||
| OS: | Linux | ||
| Kernel Version: | 3.14 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: |
dmesg after enable debug commands then "modprobe acpi-cpufreq"
Table 1/4: APIC.dat Table 2/4: DSDT.dat Table 3/4: FACP.dat Table 4/4: FACS.dat |
||
|
Description
Brett Johnson
2015-01-11 04:00:59 UTC
please make sure your kernel is built with CONFIG_DYNAMIC_DEBUG=y.
please make sure the debugfs is mounted
Then, please run
"echo -n 'file acpi-cpufreq.c +p' > <debugfs>/dynamic_debug/control"
"echo -n 'file cpufreq.c +p' > <debugfs>/dynamic_debug/control"
"echo -n 'file processor_perflib.c +p' > <debugfs>/dynamic_debug/control"
before modprobe the acpicpufreq driver
and attach the dmesg output after it.
please attach the .dat tables using the following script:
#!/bin/bash
TABLE_PATH=/sys/firmware/acpi/tables
for i in $(ls $TABLE_PATH)
do
if [ -d $TABLE_PATH/$i ]
then
continue
fi
cat $TABLE_PATH/$i > /tmp/$i.dat
done
for j in $(ls $TABLE_PATH/dynamic)
do
cat $TABLE_PATH/dynamic/$j > /tmp/$i.dat
done
clear the "regression" flag as acpi-cpufreq driver never runs on this platform before. Created attachment 163341 [details]
dmesg after enable debug commands then "modprobe acpi-cpufreq"
I recompiled a fresh 3.14.28 kernel with CONFIG_DYNAMIC_DEBUG=y. I noticed I didn't have much enabled for debugging. Let me know if more debug CONFIG's need to be compiled in or please link me if there is a web page already showing preferred kernel debug settings for this.
Created attachment 163351 [details]
Table 1/4: APIC.dat
Created attachment 163361 [details]
Table 2/4: DSDT.dat
Created attachment 163371 [details]
Table 3/4: FACP.dat
Created attachment 163381 [details]
Table 4/4: FACS.dat
Attachments complete. A quick question: Is the preferred attachment method here to upload each file individually? or to zip them all to 1 file then upload that?
Thanks
It is better to zip them all to 1 file and upload. I checked your acpi table, and there is no _PSS control method, on which acpi_cpufreq driver relies. The root cause could be that 1. there is no hardware support or 2. you did not enable the BIOS features for cpu frequency control support. Please check if there is any BIOS options related. 3. your current version BIOS does not support this feature, and you need to upgrade the BIOS. But anyway, I will close this bug report as it is not a Linux kernel issue. Please feel free to re-open it if you still have some questions. The BIOS supports it and all is enabled. As I stated above, multiple P4's worked under the 2.6 kernels. Under p4-clockmod I can manually change the processor frequencies as seen by cpuinfo_cur_freq. Manual changes don't help, though. Since p4-clockmod isn't used anymore, does acpi-cpufreq support P4's? Or is there another kernel module supposed to do this? No direction or answers to simple questions? (In reply to Brett Johnson from comment #9) > The BIOS supports it and all is enabled. I mean there is no BIOS support for acpi-cpufreq driver, i,e, the _PSS control method. > As I stated above, multiple P4's > worked under the 2.6 kernels. Under p4-clockmod I can manually change the > processor frequencies as seen by cpuinfo_cur_freq. Manual changes don't > help, though. Since p4-clockmod isn't used anymore, does acpi-cpufreq > support P4's? Or is there another kernel module supposed to do this? Unlike bug #73781, which has _PSS method in BIOS and the problem can be fixed in kernel, for your machine, you can only use p4-clockmod instead of acpi-cpufreq driver, even in 3.x kernels. On this box, I think you still need to use p4-clockmod to make it work. |