summaryrefslogtreecommitdiffstats
path: root/include/acpi
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 /include/acpi
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 'include/acpi')
-rw-r--r--include/acpi/processor.h1
1 files changed, 0 insertions, 1 deletions
diff --git a/include/acpi/processor.h b/include/acpi/processor.h
index 7816e45..6eb1d3c 100644
--- a/include/acpi/processor.h
+++ b/include/acpi/processor.h
@@ -225,7 +225,6 @@ struct acpi_processor_errata {
} piix4;
};
-extern void acpi_processor_load_module(struct acpi_processor *pr);
extern int acpi_processor_preregister_performance(struct
acpi_processor_performance
__percpu *performance);
OpenPOWER on IntegriCloud