diff options
| author | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2013-10-30 00:00:30 +0100 |
|---|---|---|
| committer | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2013-10-30 00:00:30 +0100 |
| commit | 34411a69a4925dd6de8e1069956f59d758da3ce9 (patch) | |
| tree | b861bf6803e8468fb3cb3f663ac76d6d868877d5 /drivers/acpi/processor_driver.c | |
| parent | 764d022133979f9d9a179152cd89717e9752c61a (diff) | |
| download | talos-op-linux-34411a69a4925dd6de8e1069956f59d758da3ce9.tar.gz talos-op-linux-34411a69a4925dd6de8e1069956f59d758da3ce9.zip | |
ACPI / processor: Do not request ACPI cpufreq module directly
Function acpi_processor_load_module() used by the ACPI processor
driver can only really work if the acpi-cpufreq module is available
when acpi_processor_start() is executed which usually is not the case
for systems loading the processor driver module from an initramfs.
Moreover, that used to be a hackish workaround for module autoloading
issues, but udev loads acpi-cpufreq just fine nowadays, so that
function isn't really necessary any more. For this reason, drop
acpi_processor_load_module() entirely.
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'drivers/acpi/processor_driver.c')
| -rw-r--r-- | drivers/acpi/processor_driver.c | 1 |
1 files changed, 0 insertions, 1 deletions
diff --git a/drivers/acpi/processor_driver.c b/drivers/acpi/processor_driver.c index 40fc773ab6e0..146ab7e2b81d 100644 --- a/drivers/acpi/processor_driver.c +++ b/drivers/acpi/processor_driver.c @@ -171,7 +171,6 @@ static int __acpi_processor_start(struct acpi_device *device) #ifdef CONFIG_CPU_FREQ acpi_processor_ppc_has_changed(pr, 0); - acpi_processor_load_module(pr); #endif acpi_processor_get_throttling_info(pr); |
