intel_pstate: Force setting target pstate when required
authorDoug Smythies <doug.smythies@gmail.com>
Tue, 2 Jun 2015 04:12:34 +0000 (21:12 -0700)
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>
Wed, 10 Jun 2015 00:08:27 +0000 (02:08 +0200)
commit6c1e45917dec5e7c99ba8125fd8cc50f6e482a21
treeee9a465fc93905b7e3a4a51604d18c33fca01f60
parentf16255eb930173f386db0ce78ed41401aa8a94a6
intel_pstate: Force setting target pstate when required

During initialization and exit it is possible that the target pstate
might not actually be set. Furthermore, the result can be that the
driver and the processor are out of synch and, under some conditions,
the driver might never send the processor the proper target pstate.

This patch adds a bypass or do_checks flag to the call to
intel_pstate_set_pstate. If bypass, then specifically bypass clamp
checks and the do not send if it is the same as last time check. If
do_checks, then, and as before, do the current policy clamp checks,
and do not do actual send if the new target is the same as the old.

Signed-off-by: Doug Smythies <dsmythies@telus.net>
Reported-by: Marien Zwart <marien.zwart@gmail.com>
Reported-by: Alex Lochmann <alexander.lochmann@tu-dortmund.de>
Reported-by: Piotr Ko?aczkowski <pkolaczk@gmail.com>
Reported-by: Clemens Eisserer <linuxhippy@gmail.com>
Tested-by: Marien Zwart <marien.zwart@gmail.com>
Tested-by: Doug Smythies <dsmythies@telus.net>
[ rjw: Dropped pointless symbol definitions, rebased ]
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
drivers/cpufreq/intel_pstate.c