Bug 169290

Summary:	cpufreq driver not working with em64t processors
Product:	Red Hat Enterprise Linux 4	Reporter:	Rich Wohlstadter <rwohlsta>
Component:	kernel	Assignee:	Dave Jones <davej>
Status:	CLOSED UPSTREAM	QA Contact:	Brian Brock <bbrock>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	4.0	CC:	davej, pfrields
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-09-27 22:25:38 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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.