Skip to contentSkip to conversation

New: acpi-cpufreq cannot be loaded.

Bug 73781 [email protected] 1 participant 17 messages Apr 10, 2014 – Apr 18, 2014

lore
Share & tools
lore
#0 lore raw

https://bugzilla.kernel.org/show_bug.cgi?id=73781

Bug ID: 73781
Summary: acpi-cpufreq cannot be loaded.
Product: Power Management
Version: 2.5
Kernel Version: 3.14
Hardware: All
OS: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority: P1
Component: cpufreq
Assignee: [email protected]
Reporter: [email protected]
Regression: No

After I upgraded kernel to 3.14, acpi-cpufreq module cannot be loaded. Accordingly my laptop's cpufreq doesn't run anymore.
Until kernel 3.13.8, acpi-cpufreq has been loaded automatically as expected.

If I try to load acpi-cpufreq manually on 3.14,

# modprobe acpi-cpufreq
modprobe: ERROR: could not insert 'acpi_cpufreq': No such device

Strangely if p4_clockmod was loaded initially, acpi-cpufreq can be loaded sucessfully too. My laptop's cpu is PentiumM though.

# modprobe p4-clockmod
# modprobe acpi-cpufreq

In this case, available frequencies are messed up.

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
212500 425000 637500 850000 1062500 1275000 1487500 1700000

On 3.13.8 (This is correct.)

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
1700000 1400000 1200000 1000000 800000 600000 

/proc/cpuinfo on Linux version 3.13.8
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 9
model name : Intel(R) Pentium(R) M processor 1700MHz
stepping : 5
microcode : 0x7
cpu MHz : 600.000
cache size : 1024 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fdiv_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov clflush
dts acpi mmx fxsr sse sse2 tm pbe bts est tm2
bogomips : 1199.92
clflush size : 64
cache_alignment : 64
address sizes : 32 bits physical, 32 bits virtual
power management:

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.
#1 lore raw

[Bug 73781] acpi-cpufreq cannot be loaded.

https://bugzilla.kernel.org/show_bug.cgi?id=73781

Viresh Kumar <[email protected]> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]

--- Comment #1 from Viresh Kumar <[email protected]> --- Try reverting these patches on top of 3.14 in the order mentioned:

commit eb8c68ef558e6cba241e7ada54f6b3427cb2bf68

Author: Konrad Rzeszutek Wilk <[email protected]>
Date:   Mon Jan 27 22:50:35 2014 -0500

acpi-cpufreq: De-register CPU notifier and free struct msr on error.

commit cfc9c8ed03e4d908f2388af8815f44c87b503aaf

Author: Lukasz Majewski <[email protected]>
Date:   Fri Dec 20 15:24:50 2013 +0100

acpi-cpufreq: Adjust the code to use the common boost attribute

commit 6f19efc0a1ca08bc61841b971d8b85ab505d95c8

Author: Lukasz Majewski <[email protected]>
Date:   Fri Dec 20 15:24:49 2013 +0100

cpufreq: Add boost frequency support in core

And let me know if it fixes things for you.

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.
#2 lore raw

[Bug 73781] acpi-cpufreq cannot be loaded.

In reply to [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=73781

--- Comment #2 from KATO Hiroshi <[email protected]> --- commit eb8c68ef558e6cba241e7ada54f6b3427cb2bf68

Author: Konrad Rzeszutek Wilk <[email protected]>
Date:   Mon Jan 27 22:50:35 2014 -0500

I reverted this patch and built module. And it doesn't seem to make any difference.

commit cfc9c8ed03e4d908f2388af8815f44c87b503aaf

Author: Lukasz Majewski <[email protected]>
Date:   Fri Dec 20 15:24:50 2013 +0100

I can't revert this patch, because some rejects happened.

commit 6f19efc0a1ca08bc61841b971d8b85ab505d95c8

Author: Lukasz Majewski <[email protected]>
Date:   Fri Dec 20 15:24:49 2013 +0100

While building modules, many errors occured. So I didn't test this.

I apologize for bothering you.

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.
#3 lore raw

[Bug 73781] acpi-cpufreq cannot be loaded.

In reply to [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=73781

--- Comment #3 from Viresh Kumar <[email protected]> --- I wanted you to revert all three and then test it :)

Okay, I have reverted them for you now, let me know if it works. Otherwise you have to do a git bisect, we aren't left with much options :)

git://git.linaro.org/people/viresh.kumar/linux.git for-kato

--
viresh

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.
#4 lore raw

[Bug 73781] acpi-cpufreq cannot be loaded.

In reply to [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=73781

Lukasz Majewski <[email protected]> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]

--- Comment #4 from Lukasz Majewski <[email protected]> --- (In reply to KATO Hiroshi from comment #0)

Quoted 8 lines

After I upgraded kernel to 3.14, acpi-cpufreq module cannot be loaded. Accordingly my laptop's cpufreq doesn't run anymore.
Until kernel 3.13.8, acpi-cpufreq has been loaded automatically as expected.

If I try to load acpi-cpufreq manually on 3.14,

# modprobe acpi-cpufreq
modprobe: ERROR: could not insert 'acpi_cpufreq': No such device

Why the "No such device" error show up? This is strange.

I suppose, that the acpi_cpufreq.ko module was built correctly.

Could you share the list of modules to be installed/inserted?

Also, I've noticed, that the p4-clockmod is also inserted. Could you compile it in and left the acpi-cpufreq to be inserted as a standalone module?

Thanks in advance.

Quoted 47 lines

Strangely if p4_clockmod was loaded initially, acpi-cpufreq can be loaded sucessfully too. My laptop's cpu is PentiumM though.

# modprobe p4-clockmod
# modprobe acpi-cpufreq

In this case, available frequencies are messed up.

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
212500 425000 637500 850000 1062500 1275000 1487500 1700000

On 3.13.8 (This is correct.)

# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
1700000 1400000 1200000 1000000 800000 600000 

/proc/cpuinfo on Linux version 3.13.8
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 9
model name : Intel(R) Pentium(R) M processor 1700MHz
stepping : 5
microcode : 0x7
cpu MHz : 600.000
cache size : 1024 KB
physical id : 0
siblings : 1
core id : 0
cpu cores : 1
apicid : 0
initial apicid : 0
fdiv_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov
clflush dts acpi mmx fxsr sse sse2 tm pbe bts est tm2
bogomips : 1199.92
clflush size : 64
cache_alignment : 64
address sizes : 32 bits physical, 32 bits virtual
power management:

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.
#8 lore raw

[Bug 73781] acpi-cpufreq cannot be loaded.

In reply to [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=73781

--- Comment #7 from KATO Hiroshi <[email protected]> --- (In reply to Viresh Kumar from comment #3)

Thank you for your kindness. I built revert patched drivers/cpufreq, and unfortunately the problem has not been solved yet.

I also overwrite drivers/cpufreq with 3.13.8's one, the same problem happens. So maybe cpufreq does not relate to this.

(In reply to Lukasz Majewski from comment #4)

Quoted 2 lines

Why the "No such device" error show up? This is strange. I suppose, that the acpi_cpufreq.ko module was built correctly.

I use an ArchLinux package kernel. And never heard a similar problem on the bts of archlinux. So I think acpi_cpufreq.ko module was built correctly.

Quoted 2 lines

Also, I've noticed, that the p4-clockmod is also inserted. Could you compile it in and left the acpi-cpufreq to be inserted as a standalone module?

When I was searching the solution, I found a tweet of somebody who may be worrying the same problem.
Though unlike me he uses c2d, he wrote that only p4-clockmod could be used. So I gave it a try.

inserted modules 3.13.8
https://bugzilla.kernel.org/attachment.cgi?id=131921
inserted modules 3.14
https://bugzilla.kernel.org/attachment.cgi?id=131931

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.
#10 lore raw

[Bug 73781] acpi-cpufreq cannot be loaded.

In reply to [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=73781

--- Comment #9 from KATO Hiroshi <[email protected]> --- (In reply to Viresh Kumar from comment #8)

Quoted 1 line

Do git bisect please and let us know the offending commit.

I'll do as possible.

By the way while glancing through dmesg, one important difference found.

3.13.8

[    0.087346] acpiphp: Slot [1-1] registered
[    0.090033] Found 1 acpi root devices
[    0.140788] Switched to clocksource acpi_pm
[    1.856854] ACPI: acpi_idle registered with cpuidle
[    2.101747] thinkpad_acpi: ThinkPad ACPI Extras v0.25

3.14

[    0.083948] acpiphp: Slot [1-1] registered
[    0.139115] Switched to clocksource acpi_pm
[    2.266132] thinkpad_acpi: ThinkPad ACPI Extras v0.25

3.14 kernel does not find an acpi root device.
I think this can be the point of this problem intead of cpufreq.

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.
#11 lore raw

[Bug 73781] acpi-cpufreq cannot be loaded.

In reply to [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=73781

Stuart Foster <[email protected]> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |[email protected]

--- Comment #10 from Stuart Foster <[email protected]> --- Just found the same problem with a Thinkpad R51 (3.14.1 Kernel). From my investigations the problem was introduced prior 3.14.0-rc1. How is the bisect going ?

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.
#13 lore raw

[Bug 73781] acpi-cpufreq cannot be loaded.

In reply to [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=73781

--- Comment #12 from Stuart Foster <[email protected]> --- My bisect attempt reports this as the source of the issue:

root@Mars:/work/linux-git# git bisect bad
b981513f806d26b2cc971eb65ced14bede67558b is the first bad commit
commit b981513f806d26b2cc971eb65ced14bede67558b
Author: Jiang Liu <[email protected]>
Date:   Thu Jan 9 16:15:19 2014 +0800

ACPI / scan: bail out early if failed to parse APIC ID for CPU

Enhance ACPI CPU hotplug driver to print clear error message and bail out early if BIOS returns wrong value in ACPI MADT table or _MAT method. Otherwise it will add the CPU device even if failed to get APIC ID and fails any operations against sysfs interface:
/sys/devices/system/cpu/cpux/online

:040000 040000 beed2874da58eff342807a9bed397a9b3f23accb
07f57bb8eb502216ae49cce21293a191b594095d M drivers

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.
#14 lore raw

[Bug 73781] acpi-cpufreq cannot be loaded.

In reply to [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=73781

--- Comment #13 from KATO Hiroshi <[email protected]> --- Great job!

Now should I change product category to ACPI or report the cause of the regression to the author of this patch? As this is the first time of my submitting a bug report, I don't have any idea what to do next.

Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.
#16 lore raw

[Bug 73781] acpi-cpufreq cannot be loaded.

In reply to [email protected]

https://bugzilla.kernel.org/show_bug.cgi?id=73781

Lan Tianyu <[email protected]> changed:

What |Removed |Added
----------------------------------------------------------------------------

          Component|cpufreq                     |Config-Processors
           Assignee|[email protected]     |acpi_config-processors@kern
                   |                            |el-bugs.osdl.org
            Product|Power Management            |ACPI
                 CC|                            |[email protected]
Signature · 2 lines
You are receiving this mail because:
You are the assignee for the bug.