summaryrefslogtreecommitdiffstats
path: root/drivers/acpi/processor_driver.c
diff options
context:
space:
mode:
authorRafael J. Wysocki <rafael.j.wysocki@intel.com>2013-10-30 00:00:30 +0100
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2013-10-30 00:00:30 +0100
commit34411a69a4925dd6de8e1069956f59d758da3ce9 (patch)
treeb861bf6803e8468fb3cb3f663ac76d6d868877d5 /drivers/acpi/processor_driver.c
parent764d022133979f9d9a179152cd89717e9752c61a (diff)
downloadop-kernel-dev-34411a69a4925dd6de8e1069956f59d758da3ce9.zip
op-kernel-dev-34411a69a4925dd6de8e1069956f59d758da3ce9.tar.gz
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.c1
1 files changed, 0 insertions, 1 deletions
diff --git a/drivers/acpi/processor_driver.c b/drivers/acpi/processor_driver.c
index 40fc773..146ab7e 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);
OpenPOWER on IntegriCloud