Bug 169290 - cpufreq driver not working with em64t processors
Summary: cpufreq driver not working with em64t processors
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: kernel
Version: 4.0
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
: ---
Assignee: Dave Jones
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-09-26 17:20 UTC by Rich Wohlstadter
Modified: 2015-01-04 22:22 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-09-27 22:25:38 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Rich Wohlstadter 2005-09-26 17:20:47 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 Firefox/1.0.7

Description of problem:
Running on an ibm 8843 blade in their bladecenter chassis which has 2 Intel em64t Xeon 3.6ghz processors.  I am trying to use cpufreq on_demand govenor.  It appears that the kernel does not recognize that the cpu has enhanced speedstep technology and I cannot use cpufreq.  There are no entries for cpufreq in /sys/devices/system/cpu subtree for cpufreq.  If I look in /proc/cpuinfo I do see the the speedstep flag (est) listed in the flags field so it appears the kernel does know the processor is capable of speedstep.  I have also tried vanilla kernels compiled according to intel instructions for enabling speedstep with no luck.  Are the em64t processors not supported yet by the kernel or is it some BIOS issue?  According to Intel, it should work with kernel version 2.6.9+

Version-Release number of selected component (if applicable):


How reproducible:
Always

Steps to Reproduce:
1. look in /sys/devices/system/cpu/cpu0 and there is no entry for cpufreq
2.
3.
  

Additional info:

Comment 1 Dave Jones 2005-09-27 22:25:38 UTC
even the upstream driver still doesn't support speedstep in Xeons.
The best bet right now for these systems is using cpufreq-acpi

Until someone finds out where Intel has hidden the documents detailing the
tables of frequencies these CPUs support, there's not a lot we can do.



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