Discovered cpufreq kernel modules are not loaded any more
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
cpufrequtils (Ubuntu) |
Confirmed
|
High
|
Unassigned |
Bug Description
loadcpufreq: Discovered cpufreq kernel modules are not loaded any more
--Expected--
cpufreq driver to be loaded at boot when cpufrequtils is installed
--What happened instead---
The driver was not loaded. (Can be manually loaded).
--Description--
The shell script file `loadcpufreq' fails to load cpufreq driver kernel modules since the modules were renamed.
Script: /etc/init.
Kernel modules: /lib/modules/
The loadcpufreq script is hard-wired to know the cpu-specific module names that it loads at boot. Additionally, it attempts to discover and load other, unknown cpufreq drivers.
The unknown modules are assumed by the script to have a name beginning `cpufreq_', eg, `cpufreq_nforce2'.
At some point, the cpufreq module names in the distro have been rationalised resulting in the `cpufreq_' modules being renamed to `cpufreq-'. Consequently, they are no longer discovered and loaded by loadcpufreq.
--Solution--
Attached is a patch to loadcpufreq which resolves the problem. A changelog entry is included. The diff is made against the latest (version 8) cpufrequtils package source which has been verified against the Quantal version of /etc/init.
I have tested the patch under a number of scenarios and am confident that it does not introduce new problems or regressions. Perhaps it can be floated upstream to the package maintainer.
--Impact--
Limited.
This bug will only affect systems with the cpufrequtils package installed, a specific kernel configuration and particular cpu scaling hardware.
--Test case--
1. Install cpufrequtils under a kernel with a modularised rather than built-in hardware-specific cpufreq driver named cpufreq-*.ko. Eg, an nforce2-based machine running Quantal with kernel 3.5.0-18.29 with module cpufreq-nforce2.ko.
2. Reboot
3. Verify that the module has not been loaded at boot
% lsmod | grep cpufreq
4. Manually insert the module and verify.
% sudo modprobe cpufreq-<name>
% lsmod | grep cpufreq
5. Apply patch
6. Reboot
7. Repeat 3 above to verify that this time the module *has* been loaded.
My installation info
% lsb_release -rd
Description: Ubuntu 12.10
Release: 12.10
% apt-cache policy cpufrequtils
cpufrequtils:
Installed: 008-1
Candidate: 008-1
Version table:
*** 008-1 0
500 http://
100 /var/lib/
tags: | added: i386 precise quantal raring saucy |
Changed in cpufrequtils (Ubuntu): | |
status: | Confirmed → Triaged |
importance: | Undecided → High |
tags: | removed: quantal raring saucy |
tags: | added: vivid |
Changed in cpufrequtils (Ubuntu): | |
status: | Incomplete → Confirmed |
The attachment "Patch for loadcpufreq shell script" of this bug report has been identified as being a patch. The ubuntu-reviewers team has been subscribed to the bug report so that they can review the patch. In the event that this is in fact not a patch you can resolve this situation by removing the tag 'patch' from the bug report and editing the attachment so that it is not flagged as a patch. Additionally, if you are member of the ubuntu-reviewers team please also unsubscribe the team from this bug report.
[This is an automated message performed by a Launchpad user owned by Brian Murray. Please contact him regarding any issues with the action taken in this bug report.]