diff options
author | Luck, Tony <tony.luck@intel.com> | 2009-12-28 10:39:23 -0800 |
---|---|---|
committer | Len Brown <len.brown@intel.com> | 2010-01-16 02:00:44 -0500 |
commit | 7a0b73a49ab56fb1e836675c00d6d0d2ba39a714 (patch) | |
tree | fb859324979b062596a0d747e8b1a4466d25912a /drivers | |
parent | 070a24f4d238612bede515023893b18f494774c4 (diff) | |
download | kernel-crypto-7a0b73a49ab56fb1e836675c00d6d0d2ba39a714.tar.gz kernel-crypto-7a0b73a49ab56fb1e836675c00d6d0d2ba39a714.tar.xz kernel-crypto-7a0b73a49ab56fb1e836675c00d6d0d2ba39a714.zip |
ACPI: Fix section mismatch error for acpi_early_processor_set_pdc()
Alex Chiang introduced acpi_early_processor_set_pdc() in commit:
ACPI: processor: call _PDC early
78f1699659963fff97975df44db6d5dbe7218e55
But this results in a section mismatch:
WARNING: drivers/acpi/acpi.o(.text+0xa9c1): Section mismatch in reference from the
function acpi_early_processor_set_pdc() to the variable .cpuinit.data:processor_idle_dmi_table
The function acpi_early_processor_set_pdc() references
the variable __cpuinitdata processor_idle_dmi_table.
This is often because acpi_early_processor_set_pdc lacks a __cpuinitdata
annotation or the annotation of processor_idle_dmi_table is wrong.
The only caller of acpi_early_processor_set_pdc() is acpi_bus_init() which
is an "__init" function. So the correct fix here is to mark
acpi_early_processor_set_pdc() "__init" too.
Signed-off-by: Tony Luck <tony.luck@intel.com>
Acked-by: Alex Chiang <achiang@hp.com>
Signed-off-by: Len Brown <len.brown@intel.com>
Diffstat (limited to 'drivers')
-rw-r--r-- | drivers/acpi/processor_pdc.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/drivers/acpi/processor_pdc.c b/drivers/acpi/processor_pdc.c index 30e4dc0cdf3..7d4ee394d0b 100644 --- a/drivers/acpi/processor_pdc.c +++ b/drivers/acpi/processor_pdc.c @@ -151,7 +151,7 @@ early_init_pdc(acpi_handle handle, u32 lvl, void *context, void **rv) return AE_OK; } -void acpi_early_processor_set_pdc(void) +void __init acpi_early_processor_set_pdc(void) { /* * Check whether the system is DMI table. If yes, OSPM |