Bug 168225

Summary: P4/Xeon CPU frequency control support (P1)
Product: Red Hat Enterprise Linux 3 Reporter: Issue Tracker <tao>
Component: kernelAssignee: Brian Maly <bmaly>
Status: CLOSED WONTFIX QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: high    
Version: 3.0CC: jnomura, kueda, petrides, tao
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-03-30 20:29:01 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:
Bug Depends On:    
Bug Blocks: 170417, 185135, 186960    
Attachments:
Description Flags
linux-2.4.21-cpufreq-fix.patch none

Description Issue Tracker 2005-09-13 17:19:57 UTC
Escalated to Bugzilla from IssueTracker

Comment 3 Issue Tracker 2005-09-13 17:20:14 UTC
From User-Agent: XML-RPC

The following patch is required for RHEL3 cpufreq to function properly.

The original code tried to call cpufreq_set_policy() NR_CPUS(=32) times

and fail, regardless of the number of CPUs installed in the system.  The

patch solves this problem by calling cpu_online() to check if the CPU

exists before calling cpufreq_set_policy().



Status set to: Waiting on Tech

This event sent from IssueTracker by ltroan
 issue 79218

Comment 4 Issue Tracker 2005-09-13 17:20:22 UTC
From User-Agent: XML-RPC

This looks like Intel SpeedStep which is in U6.  Specific request however
is to enable "CONFIG_CPU_FREQ" and "CONFIG_CPU_FREQ_24_API" and
"CONFIG_X86_P4_CLOCKMOD" in the kernel.


Issue escalated to Feature-RHEL by: ltroan.
ltroan assigned to issue for NEC-Engineering.

Category set to: Kernel::Subsystems

Internal Status set to 'Waiting on Product Mgmt'

This event sent from IssueTracker by ltroan
 issue 79218

Comment 6 Larry Troan 2005-09-13 17:23:55 UTC
Created attachment 118767 [details]
linux-2.4.21-cpufreq-fix.patch

Comment 7 Larry Troan 2005-10-13 20:50:54 UTC
> > NEC, please confirm that this feature is included in RHEL4U2 per "Event posted
> > 09-13-2005 07:21pm by tatsu.nec.com" and close this issue.
> >
> The code is there, but it is not configured in the kernel (unless this is 
> changed after kernel-2.6.9-22.EL).  The feature request is to enable the 
> configuration CONFIG_CPU_FREQ_PROC_INTF in the kernel.

This request is to provide equivalent function in RHEL3U7.

Adding PM ACK since this is different than the Intel SpeedStep already delivered. 

Comment 9 Larry Troan 2005-11-01 21:28:18 UTC
Can we get a QA ACK on this?

The feature request is to enable the configuration CONFIG_CPU_FREQ_PROC_INTF in
the kernel.



Comment 11 Peter Martuccelli 2005-12-15 14:26:58 UTC
Moving to RHEL3 U8 Proposed list.

Comment 15 Larry Troan 2006-02-20 18:48:12 UTC
NEC comments that they have blades that run very hot without the ability to
scale back the CPU frequency (and therefore the power) during idle times. In
RHEL4 with the 2.6 kernel there are other mechanisms to provide this capability
but in RHEL3 there is no other option.

Comment 16 Kosuke TATSUKAWA 2006-02-22 10:54:26 UTC
The reason we need this feature is as mentioned in the previous comment.

> Bug is changed to "NEC Confidential" due to some of the comment content (was
> public). If NEC is OK with opening this bug to the public, we can reopen it.
Yes, it's OK to reopen this bug to public.

Comment 17 Peter Martuccelli 2006-03-30 20:29:01 UTC
Engineering is not committing this for RHEL3, the changes are too large to be
considered for U8.  Closing this request out as wont fix.