[PATCH v3 05/62] acpi: Don't do traditional BIOS table scan for ARM64
Jan Beulich
JBeulich at suse.com
Mon Nov 23 03:35:50 PST 2015
>>> On 23.11.15 at 12:24, <stefano.stabellini at eu.citrix.com> wrote:
> On Tue, 17 Nov 2015, shannon.zhao at linaro.org wrote:
>> From: Shannon Zhao <shannon.zhao at linaro.org>
>>
>> With the addition of ARM64 that does not have a traditional BIOS to
>> scan, add a #ifdef option for x86 to do the traditional BIOS scanning
>> for tables.
>>
>> Signed-off-by: Shannon Zhao <shannon.zhao at linaro.org>
>> ---
>> xen/drivers/acpi/osl.c | 2 ++
>> 1 file changed, 2 insertions(+)
>>
>> diff --git a/xen/drivers/acpi/osl.c b/xen/drivers/acpi/osl.c
>> index ce15470..db74a90 100644
>> --- a/xen/drivers/acpi/osl.c
>> +++ b/xen/drivers/acpi/osl.c
>> @@ -78,7 +78,9 @@ acpi_physical_address __init acpi_os_get_root_pointer(void)
>> } else {
>> acpi_physical_address pa = 0;
>>
>> + #ifdef CONFIG_X86
>> acpi_find_root_pointer(&pa);
>> + #endif
>> return pa;
>> }
>
> I think it might be best to error out earlier if acpi and !efi_enabled
> on arm and arm64. If we do that we'll never enter this "else".
>
> If acpi_find_root_pointer doesn't build on arm, we should move it to an
> x86 specific location, such as xen/arch/x86/efi.
No, definitely not (or if anything, then xen/arch/x86/acpi/). Instead
the function itself should be stubbed out to do nothing on ARM. (And
of course also the #ifdef placement is rather odd).
Jan
More information about the linux-arm-kernel
mailing list