| commit | d395bf12d1ba61437e546eb642f0d7ea666123ff | |
| author | Venkatesh Pallipadi <venkatesh.pallipadi@intel.com> | |
| Thu, 25 Aug 2005 19:59:00 +0000 (25 15:59 -0400) | ||
| committer | Len Brown <len.brown@intel.com> | |
| Sat, 27 Aug 2005 02:22:33 +0000 (26 22:22 -0400) | ||
| tree | fbae0f68f62f02803e17309a3d1180619d4fdd31 | treesnapshot (tar.gz zip) |
| parent | 60cfff3516580f5c782cef4dc28f2974c4df8ed1 | commitdiff |
[ACPI] Reduce acpi-cpufreq switching latency by 50%
The acpi-cpufreq driver does a P-state get after a P-state set
to verify whether set went through successfully. This test
is kind of redundant as set goes throught most of the times,
and the test is also expensive as a get of P-states can
take a lot of time (same as a set operation) as it goes
through SMM mode. Effectively, we are doubling the P-state
latency due to this get opertion.
momdule parameter "acpi_pstate_strict" restores orginal paranoia.
http://bugzilla.kernel.org/show_bug.cgi?id=5129
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
The acpi-cpufreq driver does a P-state get after a P-state set
to verify whether set went through successfully. This test
is kind of redundant as set goes throught most of the times,
and the test is also expensive as a get of P-states can
take a lot of time (same as a set operation) as it goes
through SMM mode. Effectively, we are doubling the P-state
latency due to this get opertion.
momdule parameter "acpi_pstate_strict" restores orginal paranoia.
http://bugzilla.kernel.org/show_bug.cgi?id=5129
Signed-off-by: Venkatesh Pallipadi <venkatesh.pallipadi@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
| arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c | diffblobblamehistory |