[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v3 05/62] acpi: Don't do traditional BIOS table scan for ARM64



>>> On 23.11.15 at 12:24, <stefano.stabellini@xxxxxxxxxxxxx> wrote:
> On Tue, 17 Nov 2015, shannon.zhao@xxxxxxxxxx wrote:
>> From: Shannon Zhao <shannon.zhao@xxxxxxxxxx>
>> 
>> 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@xxxxxxxxxx>
>> ---
>>  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


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.