]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
cpufreq: pcc: Enable autoload of pcc-cpufreq for ACPI processors
authorLenny Szubowicz <lszubowi@redhat.com>
Thu, 13 Nov 2014 18:51:52 +0000 (13:51 -0500)
committerJiri Slaby <jslaby@suse.cz>
Tue, 23 Jun 2015 13:56:21 +0000 (15:56 +0200)
commit17459111ac04d613d0ab464d68c10b9f8899e9ce
tree7a3f8c2c65ad9644e3030956e12721c8042428c7
parentb4c2526134d5203e5ef1a17a49ce1edab20b9afd
cpufreq: pcc: Enable autoload of pcc-cpufreq for ACPI processors

commit 7e7e8fe69820c6fa31395dbbd8e348e3c69cd2a9 upstream.

The pcc-cpufreq driver is not automatically loaded on systems where
the platform's power management setting requires this driver.
Instead, on those systems no CPU frequency driver is registered and
active.

Make the autoloading matching criteria for loading the pcc-cpufreq
driver the same as done in acpi-cpufreq by commit c655affbd524d01
("ACPI / cpufreq: Add ACPI processor device IDs to acpi-cpufreq").

x86 CPU frequency drivers are now typically autoloaded by specifying
MODULE_DEVICE_TABLE entries and x86cpu model specific matching.
But pcc-cpufreq was omitted when acpi-cpufreq and other drivers were
changed to use this approach.

Both acpi-cpufreq and pcc-cpufreq depend on a distinct and mutually
exclusive set of ACPI methods which are not directly tied to specific
processor model numbers. Both of these drivers have init routines
which look for their required ACPI methods. As a result, only the
appropriate driver registers as the cpu frequency driver and the other
one ends up being unloaded.

Tested on various systems where acpi-cpufreq, intel_pstate, and
pcc-cpufreq are the expected cpu frequency drivers.

Signed-off-by: Lenny Szubowicz <lszubowi@redhat.com>
Signed-off-by: Joseph Szczypek <joseph.szczypek@hp.com>
Reported-by: Trinh Dao <trinh.dao@hp.com>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Jiri Slaby <jslaby@suse.cz>
drivers/cpufreq/pcc-cpufreq.c