Bug 463488 - cpuspeed init script needs to attempt to load speedstep-centrino module
Summary: cpuspeed init script needs to attempt to load speedstep-centrino module
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: cpuspeed
Version: 5.3
Hardware: All
OS: Linux
medium
medium
Target Milestone: rc
: ---
Assignee: Jarod Wilson
QA Contact: BaseOS QE
URL:
Whiteboard:
Depends On:
Blocks: 449787
TreeView+ depends on / blocked
 
Reported: 2008-09-23 17:50 UTC by Matthew Garrett
Modified: 2013-01-10 07:47 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-01-20 20:55:28 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2009:0098 0 normal SHIPPED_LIVE cpuspeed enhancement update 2009-01-20 16:04:33 UTC

Description Matthew Garrett 2008-09-23 17:50:37 UTC
In order to fix #449787, the cpuspeed init script needs to support loading the speedstep-centrino module if all other module loads have failed. Support for speedstep-centrino can be determined by checking for the est cpu feature flag. This is a fallback for Intel hardware that cannot be driven via the ACPI interface.

Comment 1 Jarod Wilson 2008-09-24 16:33:59 UTC
Bits queued up locally, requesting necessary flags to commit changes and build new package...

Comment 2 RHEL Program Management 2008-09-24 16:42:28 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.

Comment 10 Zhang Kexin 2008-11-24 09:54:57 UTC
Hi Jarod, please see comment http://errata.devel.redhat.com/errata/show/7776#c17
kernel panic when I try to modprobe -r acpi_cpufreq

Comment 11 Zhang Kexin 2008-11-24 15:03:24 UTC
 Matthew, to comment #5, I booted a rhts centrino machine hp-xw4800-01.rhts.bos.redhat.com with acpi=off

it did not load speedstep-centrino driver by default and I could not also load it manually. ie. "modprobe speedstep-centrino" gives "FATAL: Error inserting speedstep-centrino".

Comment 12 Matthew Garrett 2008-11-24 15:19:40 UTC
Only first generation Pentium-M machines (Banias cores) will work without ACPI. It's expected that it will fail to load on any other platform.

Comment 13 Zhang Kexin 2008-11-25 06:00:47 UTC
Hi Mattew, when I boot other machines without ACPI, no cpufreq driver is loaded, is that expected behavior? thanks.

Comment 14 Matthew Garrett 2008-11-25 06:08:54 UTC
The only Intel hardware where there's any support for cpufreq without ACPI are Banias systems. On AMDs, 32-bit Athlons (ie, K7 chips) should also (in theory) work. What hardware have you tested?

Comment 15 Zhang Kexin 2008-11-25 09:48:07 UTC
I have tested 
dell-pe2900-03.rhts.bos.redhat.com: http://rhts.redhat.com/cgi-bin/rhts/system.cgi?id=39

hp-xw4800-01.rhts.bos.redhat.com
http://lab.rhts.bos.redhat.com/cgi-bin/rhts/system.cgi?id=1072

There are others to be tested...

Comment 16 Zhang Kexin 2008-12-08 09:25:50 UTC
tested on following intel cpu machines:

intel-s3ea2-03.rhts.bos.redhat.com, 
dell-pe2900-02.rhts.bos.redhat.com,
hp-xw4600-01.rhts.bos.redhat.com,

tested on bare metal kernel and xen kernel.

test case is /cpuspeed/function and test case in https://bugzilla.redhat.com/show_bug.cgi?id=451119#c1

Comment 18 Zhang Kexin 2008-12-14 03:46:46 UTC
also veified that with old cpuspeed package(1.2.1-2), cpuspeed does not load speedstep_centrino by default when boot with acpi=off.

Comment 20 errata-xmlrpc 2009-01-20 20:55:28 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2009-0098.html


Note You need to log in before you can comment on or make changes to this bug.