[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5512B04C.30401@huawei.com>
Date: Wed, 25 Mar 2015 20:55:40 +0800
From: Hanjun Guo <guohanjun@...wei.com>
To: "Rafael J. Wysocki" <rjw@...ysocki.net>,
Hanjun Guo <hanjun.guo@...aro.org>
CC: Catalin Marinas <catalin.marinas@....com>,
Will Deacon <will.deacon@....com>,
Olof Johansson <olof@...om.net>,
Grant Likely <grant.likely@...aro.org>,
Lorenzo Pieralisi <Lorenzo.Pieralisi@....com>,
Arnd Bergmann <arnd@...db.de>,
Mark Rutland <mark.rutland@....com>,
"Graeme Gregory" <graeme.gregory@...aro.org>,
Sudeep Holla <Sudeep.Holla@....com>,
"Jon Masters" <jcm@...hat.com>,
Marc Zyngier <marc.zyngier@....com>,
Mark Brown <broonie@...nel.org>,
Robert Richter <rric@...nel.org>,
Timur Tabi <timur@...eaurora.org>,
Ashwin Chaugule <ashwinc@...eaurora.org>,
"Suravee Suthikulpanit" <suravee.suthikulpanit@....com>,
Mark Salter <msalter@...hat.com>, <linux-acpi@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-kernel@...r.kernel.org>, <linaro-acpi@...ts.linaro.org>
Subject: Re: [patch v11 00/23] Introduce ACPI for ARM64 based on ACPI 5.1
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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists