[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4 04/10] acpi: Don't do traditional BIOS table scan for ARM64
>>> On 16.01.16 at 06:01, <zhaoshenglong@xxxxxxxxxx> wrote: > --- a/xen/drivers/acpi/tables/tbxfroot.c > +++ b/xen/drivers/acpi/tables/tbxfroot.c > @@ -49,6 +49,12 @@ > #define _COMPONENT ACPI_TABLES > ACPI_MODULE_NAME("tbxfroot") > > +#ifdef CONFIG_ARM > +acpi_status __init acpi_find_root_pointer(acpi_native_uint * table_address) > +{ > + return_ACPI_STATUS(AE_NOT_FOUND); > +} > +#else > /* Local prototypes */ > static u8 *acpi_tb_scan_memory_for_rsdp(u8 * start_address, u32 length); > > @@ -271,3 +277,4 @@ static u8 *__init acpi_tb_scan_memory_for_rsdp(u8 * > start_address, u32 length) > start_address)); > return_PTR(NULL); > } > +#endif You modify ACPI CA code here, which should be avoided if at all possible. Why don't you simply port over Linux'es solution (which changes osl.c instead), the more that now we have Linux-like Kconfig? Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |