[patch v11 00/23] Introduce ACPI for ARM64 based on ACPI 5.1
Hanjun Guo
guohanjun at huawei.com
Wed Mar 25 05:55:40 PDT 2015
On 2015/3/25 7:04, Rafael J. Wysocki wrote:
> On Tuesday, March 24, 2015 10:02:33 PM Hanjun Guo wrote:
>> Some fixes since last version:
>>
>> - Add a patch 19/23 for disabling ACPI for Xen on ARM64 for now to fix
>> compile errors on XEN ACPI, Stefano and Julien are ok with this
>> temporary solution.
>> - Add patch "ARM64 / ACPI: Don't unflatten device tree if acpi=force
>> is passed", which will fix the problem that the device tree will
>> be unflattened even if acpi=force passed, that will not obey the
>> policy.
>> - update patch "irqchip: Add GICv2 specific ACPI boot support",
>> which will cause compile error on i386 with both DT and ACPI
>> enabled:
>>
>> All error/warnings:
>>
>> In file included from include/linux/acpi_irq.h:4:0,
>> from drivers/irqchip/irqchip.c:11:
>> arch/x86/include/asm/irq.h:35:8: error: unknown type name 'bool'
>> extern bool handle_irq(unsigned irq, struct pt_regs *regs);
>> ^
>> arch/x86/include/asm/irq.h:35:45: warning: 'struct pt_regs' declared
>> inside parameter list
>> extern bool handle_irq(unsigned irq, struct pt_regs *regs);
>> ^
>> arch/x86/include/asm/irq.h:35:45: warning: its scope is only this
>> definition or declaration, which is probably not what you want
>> ....
>>
>> That's because of I include the <asm/irq.h> in <linux/acpi_irq.h>,
>> and <linux/acpi_irq.h> will be put on the top of all head files,
>> so use <linux/irq.h> instead of <asm/irq.h> in acpi_irq.h (in
>> <linux/irq.h>, it will include <linux/*.h> before include
>> <asm/irq.h>), this is the only update for this patch.
>>
>> Lorenzo will send some cleanup patches on top of this one soon.
>>
>> Thanks
>> Hanjun
>>
>> Al Stone (4):
>> ARM64 / ACPI: Get RSDP and ACPI boot-time tables
>> ARM64 / ACPI: Introduce early_param "acpi=" to enable/disable ACPI
>> ARM64 / ACPI: Select ACPI_REDUCED_HARDWARE_ONLY if ACPI is enabled on
>> ARM64
>> ARM64 / ACPI: additions of ACPI documentation for arm64
>>
>> Graeme Gregory (6):
>> ACPI: add arm64 to the platforms that use ioremap
>> ACPI / sleep: Introduce CONFIG_ACPI_SYSTEM_POWER_STATES_SUPPORT
>> ARM64 / ACPI: If we chose to boot from acpi then disable FDT
>> ARM64 / ACPI: Get PSCI flags in FADT for PSCI init
>> ARM64 / ACPI: Enable ARM64 in Kconfig
>> Documentation: ACPI for ARM64
>>
>> Hanjun Guo (10):
>> ACPI / table: Use pr_debug() instead of pr_info() for MADT table
>> scanning
>> ARM64 / ACPI: Introduce PCI stub functions for ACPI
>> ACPI / table: Print GIC information when MADT is parsed
>> ARM64 / ACPI: Parse MADT for SMP initialization
>> ACPI / processor: Introduce phys_cpuid_t for CPU hardware ID
>> ACPI / processor: Make it possible to get CPU hardware ID via GICC
>> ARM64 / ACPI: Introduce ACPI_IRQ_MODEL_GIC and register device's gsi
>> clocksource / arch_timer: Parse GTDT to initialize arch timer
>> XEN / ACPI: Make XEN ACPI depend on X86
>> ARM64 / ACPI: Don't unflatten device tree if acpi=force is passed
>>
>> Mark Salter (2):
>> ARM64: allow late use of early_ioremap
>> ACPI: fix acpi_os_ioremap for arm64
>>
>> Tomasz Nowicki (1):
>> irqchip: Add GICv2 specific ACPI boot support
> OK, so I don't think there's anything more I need to ACK in this series, so
> it is now up to the maintainers of ARM64 and the other subsystems involved
> to decide whether or not to apply it.
>
> If you need to change any patches that I've already ACKed, please let me know,
> but otherwise I'm not going to look at this series any more unless specifically
> requested.
OK, thank you very much!
Hanjun
More information about the linux-arm-kernel
mailing list