Bug 9353
| Summary: | acpi-cpufreq doesn't work M31EI dual-core Centrino notebook | ||
|---|---|---|---|
| Product: | ACPI | Reporter: | Mathias Hasselmann (mathias.hasselmann) |
| Component: | Power-Processor | Assignee: | ykzhao (yakui.zhao) |
| Status: | REJECTED INVALID | ||
| Severity: | normal | CC: | acpi-bugzilla, davej |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.22-14-generic | Subsystem: | |
| Regression: | Yes | Bisected commit-id: | |
| Attachments: |
The DSTD of that notebook
Output of dmesg Output of acpidump Output of dmesg without custom DSDT don't load table with invalid address/length don't load table with invalid address/length /proc/cpuinfo after the system is booted |
||
|
Description
Mathias Hasselmann
2007-11-11 13:39:25 UTC
Created attachment 13498 [details]
The DSTD of that notebook
In the processor block of DSDT.dsl(comment #1) OperationRegion (STBL, SystemMemory, 0xFFFF0000, 0xFFFF) Method (_PDC, 1, NotSerialized) { Load (STBL, HNDL) Store (0x01, TBLD) } The region of 0xffff0000-0xffffffff is reserved by BIOS.But the OS will load table dynamically from the address of 0xffff0000. It is uncorrect. It is appropriate to fix this problem by Uniwill. Anyway please upload the following info: a. acpidump b. dmesg You probably disable the cpu P-state feature in the BIOS. Can you check if there are any BIOS options for CPU performance control please? Created attachment 13502 [details]
Output of dmesg
Created attachment 13503 [details]
Output of acpidump
acpidump also writes this message to stderr:
Wrong checksum for generic table!
Created attachment 13504 [details]
Output of dmesg without custom DSDT
Duh, forgot to disable the custom DSDT I build yesterday before calling dmesg. I had the naïve hope the checksum problems would go away by recompling the DSDT with iasl.
Regarding BIOS options: No changes after enabling "Long Battery Life Mode".
No other option available.
please set CONFIG_CPU_FREQ_DEBUG and load speedstep driver after "echo 7 > /sys/modules/cpufreq/parameters/debug". And please attach the content of /proc/cpuinfo as well. It would be great if you can attach the dmesg output of a older kernel which the old speedstep-centrino module works well on your laptop, better with CONFIG_CPU_FREQ_DEBUG set. Will you please attach the info of /proc/cpuinfo after the system is booted ? Thanks. Created attachment 13519 [details]
don't load table with invalid address/length
There are two problems here.
One is the error messages printed by ACPI. This patch should remove these debug messages.
The other problem is probably the incompatibility between the new cpufreq driver and your hardware. But it's just a suspect unless you can send the dmesg with the old cpufreq driver successfully loaded. :)
Created attachment 13520 [details]
don't load table with invalid address/length
Oops, fix a typo in the last patch.
Created attachment 13522 [details]
/proc/cpuinfo after the system is booted
Fetching and building kernel sources now.
Thanks for help, btw.
I agree with what Rui said in comment #10 . It would be great if you can attach the dmesg and .config with the old cpufreq driver successfully loaded. Of course the files of dmesg and .config for the 2.6.22-14 are also needed. Thanks. Still have to figure out what source code the Ubuntu guys used to build the kernel I use: Just building the code they ship in their kernel-source package leads to a kernel not finding the root file system. Strange. Will try the "apt-get source" variant on the weekend. Will keep you informed. Mathias, any update? Mathias, if you've got the working ubuntu kernel binary available, just boot it and grab the dmesg -s64000 and contents of /sys/devices/system/cpu/cpu*/cpufreq/* no need to build from source. Duh, sorry for wasting your time. After trying each Ubuntu kernel back to 2.6.15-20 without success, I went into the BIOS setup again and tried each option available. "Long Battery Life" mode was guilty for messing up ACPI information. |