Bug 7012
Summary: | acpi-cpufreq not working on Dothan C-0 | ||
---|---|---|---|
Product: | ACPI | Reporter: | Brice Goglin (Brice.Goglin) |
Component: | Power-Processor | Assignee: | Venkatesh Pallipadi (venki) |
Status: | CLOSED PATCH_ALREADY_AVAILABLE | ||
Severity: | normal | CC: | acpi-bugzilla, remy.blank |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.18-rc4-gkh1 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Attachments: | dmesg |
Description
Brice Goglin
2006-08-16 07:53:07 UTC
Created attachment 8802 [details]
dmesg
OK. As speedstep-centrino is still working in 2.6.18-rc4. The reason for acpi-cpufreq to be returning EINVAL, as you correctly identified, is get_psd() call and someone else reported this problem last week and it was fixed with this patch http://www.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18- rc4/2.6.18-rc4-mm2/broken-out/cpufreq-acpi-cpufreq-ignore-failure-from- acpi_cpufreq_early_init_acpi.patch Patch should get into mainline soon. And combining of speedstep-centrino and acpi-cpufreq into one acpi-cpufreq, that is still pending and that may happen in 2.6.19 timeframe. Until then you can use speedstep-centrino. I just tried the patch. It makes acpi-cpufreq load. But then nothing happens, nothing appears in /sys/devices/system/cpu/cpu0/cpufreq/. The only noticeable effect is that the device is busy, making speedstep-centrino fail to load with EBUSY until I unload acpi-cpufreq. Basically, the situation is as it was in 2.6.18-rc1 (I don't know about rc2 and rc3). I would be happy to help debugging. But I don't know where to look now. And I don't see any module parameter to enable debug in acpi-cpufreq. I can't test a -mm kernel on this computer. But, a ACPI git tree would be ok if you think I should give a try. I am totally OK with using speedstep-centrino, I have been doing so since 2.6.16 anyway. But I guess acpi-cpufreq should work on my processor. I let you decide whether the bug should be reopen or not. Thank you. i don't see mention of a resolution that works here -- moving from resolved to open. does 2.6.18-rc7 work w/o any patches? 2.6.18-rc7 does not have acpi-cpufreq working either. acpi-cpufreq loads but does nothing except preventing speedstep-centrino from working since the device is busy. Fortunately, speedstep-centrino alone still works fine in 2.6.18-rc7. This bad behavior of acpi-cpufreq loading and doing nothing was removed in 2.6.19-rc1. Can you please check and make sure whether the problem has gone away for you. Also, as speedstep-centrino is working for you, I will go ahead and close this bug. Reopen if you have any related issues. Thanks. Yes, the problem of "acpi-cpufreq loading and doing nothing (except prevent speestep-centrino from loading)" is gone in 2.6.19-rc2 (I don't have rc1 anymore). Now, acpi-cpufreq does not load, it fails with ENODEV. Since it does not prevent speedstep-centrino from loading anymore, I think it is fine, we can just consider that acpi-cpufreq is not the right driver for my laptop. I will go on using speedstep-centrino. Thanks. |