There is an upstream git commit that should fix this: http://mirror.celinuxforum.org/gitstat/commit-detail.php?commit=22c970f3468a6766b362d57fa32ebb92cb8cd6db
Sanitized description: Certain modern servers contain BIOS functionality to set a P-State limit. This works by generating an ACPI_PROCESSOR_NOTIFY_PERFORMANCE event and re-reading the APCI _PPC object. _PPC indicates the smallest index (highest frequency) that the OS is allowed to select. In general, this works fine under EL5.3. But if the cpufreq driver (acpi-cpufreq) initializes while the _PPC object is already active (_PPC > 0), the max frequency limit is set such that it can't be changed to normal when a new ACPI_PROCESSOR_NOTIFY_PERFORMANCE event arrives and _PPC is set back to 0. Version-Release number of selected component (if applicable): 5.3 How reproducible: Always Steps to Reproduce: 1. reboot, or (rmmod acpi-cpufreq; modprobe acpi-cpufreq) while power consumption is set to "minimum power". 2. change power setting to "max performance" Actual results: scaling_max_freq is still set to the frequency corresponding to "minimum power" Expected results: scaling_max_freq is set to maximum (=cpuinfo_max_freq)
Do we have one of these systems in RHTS? P.
Created attachment 336296 [details] RHEL5 patch
Brew build for test kernel packages with this bug and BZ494288 fixes are here: https://brewweb.devel.redhat.com/taskinfo?taskID=1788615
To reproduce this bug is crucial to set "Minimum power" and "Apply" in iRMC webpage _after_ reboot console command. If we first change power settings and then reboot machine everything works just fine.
Patch pointed by Marc in Comment #1 fix the bug. I tested it on 10.33.8.173 machine (thanks Gary) and everything works. Looks kernel I build for customer to test in Comment #12 just not contain the patch. My bad, I probably forgot to commit change to git repo before building the rpm. If You want to give kernel to customer for confirmation here is brew build: https://brewweb.devel.redhat.com/taskinfo?taskID=1861439
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.
in kernel-2.6.18-168.el5 You can download this test kernel from http://people.redhat.com/dzickus/el5 Please do NOT transition this bugzilla state to VERIFIED until our QE team has sent specific instructions indicating when to do so. However feel free to provide a comment indicating that this fix has been verified.
~~ Attention Customers and Partners - RHEL 5.5 Beta is now available on RHN ~~ RHEL 5.5 Beta has been released! There should be a fix present in this release that addresses your request. Please test and report back results here, by March 3rd 2010 (2010-03-03) or sooner. Upon successful verification of this request, post your results and update the Verified field in Bugzilla with the appropriate value. If you encounter any issues while testing, please describe them and set this bug into NEED_INFO. If you encounter new defects or have additional patch(es) to request for inclusion, please clone this bug per each request and escalate through your support representative.
*** Bug 563344 has been marked as a duplicate of this bug. ***
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/RHSA-2010-0178.html