From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752571AbbCYM4x (ORCPT ); Wed, 25 Mar 2015 08:56:53 -0400 Received: from szxga03-in.huawei.com ([119.145.14.66]:14112 "EHLO szxga03-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751990AbbCYM4u (ORCPT ); Wed, 25 Mar 2015 08:56:50 -0400 Message-ID: <5512B04C.30401@huawei.com> Date: Wed, 25 Mar 2015 20:55:40 +0800 From: Hanjun Guo User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Thunderbird/24.0.1 MIME-Version: 1.0 To: "Rafael J. Wysocki" , Hanjun Guo CC: Catalin Marinas , Will Deacon , Olof Johansson , Grant Likely , Lorenzo Pieralisi , Arnd Bergmann , Mark Rutland , "Graeme Gregory" , Sudeep Holla , "Jon Masters" , Marc Zyngier , Mark Brown , Robert Richter , Timur Tabi , Ashwin Chaugule , "Suravee Suthikulpanit" , Mark Salter , , , , Subject: Re: [patch v11 00/23] Introduce ACPI for ARM64 based on ACPI 5.1 References: <1427205776-5060-1-git-send-email-hanjun.guo@linaro.org> <4061891.uxG6kiGRZE@vostro.rjw.lan> In-Reply-To: <4061891.uxG6kiGRZE@vostro.rjw.lan> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.177.17.188] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020203.5512B065.0051,ss=1,re=0.001,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2013-05-26 15:14:31, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: 4bfc6f4229e5d3c8e8763b4e09fc08f1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 in , >> and will be put on the top of all head files, >> so use instead of in acpi_irq.h (in >> , it will include before include >> ), 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