All of lore.kernel.org
 help / color / mirror / Atom feed
From: Hanjun Guo <guohanjun@huawei.com>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Julien Grall <julien.grall@linaro.org>
Cc: Naresh Bhat <naresh.bhat@linaro.org>,
	Hanjun Guo <hanjun.guo@linaro.org>,
	Jon Fraser <jfraser@broadcom.com>,
	Parth Dixit <parth.dixit@linaro.org>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
	Catalin Marinas <Catalin.Marinas@arm.com>,
	Olof Johansson <olof@lixom.net>,
	"grant.likely@linaro.org" <grant.likely@linaro.org>,
	Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>,
	Arnd Bergmann <arnd@arndb.de>,
	Mark Rutland <Mark.Rutland@arm.com>,
	"graeme.gregory@linaro.org" <graeme.gregory@linaro.org>,
	Sudeep Holla <Sudeep.Holla@arm.com>,
	"jcm@redhat.com" <jcm@redhat.com>,
	Marc Zyngier <Marc.Zyngier@arm.com>,
	Mark Brown <broonie@kernel.org>, Robert Richter <rric@kernel.org>,
	Timur Tabi <timur@codeaurora.org>,
	Ashwin Chaugule <ashwinc@codeaurora.org>,
	"suravee.suthikulpanit@amd.com" <suravee.suthikulpanit@amd.com>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.>
Subject: Re: [PATCH v10 00/21] Introduce ACPI for ARM64 based on ACPI 5.1
Date: Mon, 23 Mar 2015 09:37:12 +0800	[thread overview]
Message-ID: <550F6E48.4080406@huawei.com> (raw)
In-Reply-To: <5749112.zNnbMCHVxZ@vostro.rjw.lan>

On 2015/3/23 6:11, Rafael J. Wysocki wrote:
> On Sunday, March 22, 2015 09:32:48 PM Julien Grall wrote:
>> On 22/03/2015 21:49, Rafael J. Wysocki wrote:
>>> On Sunday, March 22, 2015 09:05:21 PM Julien Grall wrote:
>>>> Hello,
>>>>
>>>> On 21/03/2015 12:09, Naresh Bhat wrote:
>>>>>       From 268dcdafa34a690e2f99c0784ca33a6d2352ecf5 Mon Sep 17 00:00:00 2001
>>>>>      From: Hanjun Guo <hanjun.guo@linaro.org <mailto:hanjun.guo@linaro.org>>
>>>>>      Date: Sat, 21 Mar 2015 14:43:54 +0800
>>>>>      Subject: [PATCH] XEN / ACPI: Make XEN ACPI depend on X86
>>>>>
>>>>>      When ACPI is enabled on ARM64, XEN ACPI will also compiled
>>>>>      into the kernel, but XEN ACPI is x86 dependent, so introduce
>>>>>      CONFIG_XEN_ACPI to make it depend on x86 before XEN ACPI is
>>>>>      functional on ARM64.
>>>>>
>>>>>      Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org
>>>>>      <mailto:hanjun.guo@linaro.org>>
>>>>>      ---
>>>>>        drivers/xen/Kconfig  | 4 ++++
>>>>>        drivers/xen/Makefile | 2 +-
>>>>>        2 files changed, 5 insertions(+), 1 deletion(-)
>>>>>
>>>>>      diff --git a/drivers/xen/Kconfig b/drivers/xen/Kconfig
>>>>>      index b812462..a31cd29 100644
>>>>>      --- a/drivers/xen/Kconfig
>>>>>      +++ b/drivers/xen/Kconfig
>>>>>      @@ -253,4 +253,8 @@ config XEN_EFI
>>>>>            def_bool y
>>>>>            depends on X86_64 && EFI
>>>>>
>>>>>      +config XEN_ACPI
>>>>>      +    def_bool y
>>>>>      +    depends on X86 && ACPI
>>>>>      +
>>>>>        endmenu
>>>>>      diff --git a/drivers/xen/Makefile b/drivers/xen/Makefile
>>>>>      index 2ccd359..f4622ab 100644
>>>>>      --- a/drivers/xen/Makefile
>>>>>      +++ b/drivers/xen/Makefile
>>>>>      @@ -13,7 +13,7 @@ CFLAGS_efi.o                += -fshort-wchar
>>>>>
>>>>>        dom0-$(CONFIG_PCI) += pci.o
>>>>>        dom0-$(CONFIG_USB_SUPPORT) += dbgp.o
>>>>>      -dom0-$(CONFIG_ACPI) += acpi.o $(xen-pad-y)
>>>>>      +dom0-$(CONFIG_XEN_ACPI) += acpi.o $(xen-pad-y)
>>>>>        xen-pad-$(CONFIG_X86) += xen-acpi-pad.o
>>>>>        dom0-$(CONFIG_X86) += pcpu.o
>>>>>        obj-$(CONFIG_XEN_DOM0)            += $(dom0-y)
>>>> [..]
>>>>
>>>>> AFAIK,  There is already a kernel patch exists to fix this issue.  I
>>>>> think  Julien or Parth is a right person to ask.  Hence I am CCed Julien
>>>>> Grall too.
>>>> The ACPI support for Xen is not ready. So I think avoiding to compile
>>>> drivers/xen/acpi.c on ARM64/ARM seems the better solution for now.
>>>>
>>>> Although, rather than introducing a new CONFIG option, I would use the
>>>> same trick we use within the Makefile to avoid hotplug.c on ARM/ARM64.
>>>>
>>>> ifeq ($(filter y, $(CONFIG_ARM) $(CONFIG_ARM64)), )
>>>> dom0-$(CONFIG_ACPI) += acpi.o $(xen-pad-y)
>>>> endif
>>> Well, is avoiding an extra CONFIG_ option worth the ugliness of this?
>> When the support of ACPI for Xen will come, the CONFIG_ option will be 
>> an alias to CONFIG_XEN.
>>
>> In this case the CONFIG_ option won't bring much improvement to the code 
>> and add an extra indirection.
>>
>> The "ugliness" option has, at least, the advantage to be tiny and 
>> self-contained.
> Oh well, not really.  You're moving a config-time check to compile time
> which means that it will be done every time this Makefile is executed
> and for all architectures that execute it.  Not nice.
>
> Also I think that ia64 is missing from the list, but I may be wrong.

In commit d52eefb47d (ia64/xen: Remove Xen support for ia64), XEN is
not supported anymore on ia64 now.

>
> Not to mention the fact that the dependency will be rather difficult to find
> for tools like xconfig ...

I also think introducing a CONFIG_ option is a better idea.

Thanks
Hanjun


WARNING: multiple messages have this Message-ID (diff)
From: guohanjun@huawei.com (Hanjun Guo)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v10 00/21] Introduce ACPI for ARM64 based on ACPI 5.1
Date: Mon, 23 Mar 2015 09:37:12 +0800	[thread overview]
Message-ID: <550F6E48.4080406@huawei.com> (raw)
In-Reply-To: <5749112.zNnbMCHVxZ@vostro.rjw.lan>

On 2015/3/23 6:11, Rafael J. Wysocki wrote:
> On Sunday, March 22, 2015 09:32:48 PM Julien Grall wrote:
>> On 22/03/2015 21:49, Rafael J. Wysocki wrote:
>>> On Sunday, March 22, 2015 09:05:21 PM Julien Grall wrote:
>>>> Hello,
>>>>
>>>> On 21/03/2015 12:09, Naresh Bhat wrote:
>>>>>       From 268dcdafa34a690e2f99c0784ca33a6d2352ecf5 Mon Sep 17 00:00:00 2001
>>>>>      From: Hanjun Guo <hanjun.guo at linaro.org <mailto:hanjun.guo@linaro.org>>
>>>>>      Date: Sat, 21 Mar 2015 14:43:54 +0800
>>>>>      Subject: [PATCH] XEN / ACPI: Make XEN ACPI depend on X86
>>>>>
>>>>>      When ACPI is enabled on ARM64, XEN ACPI will also compiled
>>>>>      into the kernel, but XEN ACPI is x86 dependent, so introduce
>>>>>      CONFIG_XEN_ACPI to make it depend on x86 before XEN ACPI is
>>>>>      functional on ARM64.
>>>>>
>>>>>      Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org
>>>>>      <mailto:hanjun.guo@linaro.org>>
>>>>>      ---
>>>>>        drivers/xen/Kconfig  | 4 ++++
>>>>>        drivers/xen/Makefile | 2 +-
>>>>>        2 files changed, 5 insertions(+), 1 deletion(-)
>>>>>
>>>>>      diff --git a/drivers/xen/Kconfig b/drivers/xen/Kconfig
>>>>>      index b812462..a31cd29 100644
>>>>>      --- a/drivers/xen/Kconfig
>>>>>      +++ b/drivers/xen/Kconfig
>>>>>      @@ -253,4 +253,8 @@ config XEN_EFI
>>>>>            def_bool y
>>>>>            depends on X86_64 && EFI
>>>>>
>>>>>      +config XEN_ACPI
>>>>>      +    def_bool y
>>>>>      +    depends on X86 && ACPI
>>>>>      +
>>>>>        endmenu
>>>>>      diff --git a/drivers/xen/Makefile b/drivers/xen/Makefile
>>>>>      index 2ccd359..f4622ab 100644
>>>>>      --- a/drivers/xen/Makefile
>>>>>      +++ b/drivers/xen/Makefile
>>>>>      @@ -13,7 +13,7 @@ CFLAGS_efi.o                += -fshort-wchar
>>>>>
>>>>>        dom0-$(CONFIG_PCI) += pci.o
>>>>>        dom0-$(CONFIG_USB_SUPPORT) += dbgp.o
>>>>>      -dom0-$(CONFIG_ACPI) += acpi.o $(xen-pad-y)
>>>>>      +dom0-$(CONFIG_XEN_ACPI) += acpi.o $(xen-pad-y)
>>>>>        xen-pad-$(CONFIG_X86) += xen-acpi-pad.o
>>>>>        dom0-$(CONFIG_X86) += pcpu.o
>>>>>        obj-$(CONFIG_XEN_DOM0)            += $(dom0-y)
>>>> [..]
>>>>
>>>>> AFAIK,  There is already a kernel patch exists to fix this issue.  I
>>>>> think  Julien or Parth is a right person to ask.  Hence I am CCed Julien
>>>>> Grall too.
>>>> The ACPI support for Xen is not ready. So I think avoiding to compile
>>>> drivers/xen/acpi.c on ARM64/ARM seems the better solution for now.
>>>>
>>>> Although, rather than introducing a new CONFIG option, I would use the
>>>> same trick we use within the Makefile to avoid hotplug.c on ARM/ARM64.
>>>>
>>>> ifeq ($(filter y, $(CONFIG_ARM) $(CONFIG_ARM64)), )
>>>> dom0-$(CONFIG_ACPI) += acpi.o $(xen-pad-y)
>>>> endif
>>> Well, is avoiding an extra CONFIG_ option worth the ugliness of this?
>> When the support of ACPI for Xen will come, the CONFIG_ option will be 
>> an alias to CONFIG_XEN.
>>
>> In this case the CONFIG_ option won't bring much improvement to the code 
>> and add an extra indirection.
>>
>> The "ugliness" option has, at least, the advantage to be tiny and 
>> self-contained.
> Oh well, not really.  You're moving a config-time check to compile time
> which means that it will be done every time this Makefile is executed
> and for all architectures that execute it.  Not nice.
>
> Also I think that ia64 is missing from the list, but I may be wrong.

In commit d52eefb47d (ia64/xen: Remove Xen support for ia64), XEN is
not supported anymore on ia64 now.

>
> Not to mention the fact that the dependency will be rather difficult to find
> for tools like xconfig ...

I also think introducing a CONFIG_ option is a better idea.

Thanks
Hanjun

WARNING: multiple messages have this Message-ID (diff)
From: Hanjun Guo <guohanjun@huawei.com>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>,
	Julien Grall <julien.grall@linaro.org>
Cc: Naresh Bhat <naresh.bhat@linaro.org>,
	Hanjun Guo <hanjun.guo@linaro.org>,
	Jon Fraser <jfraser@broadcom.com>,
	Parth Dixit <parth.dixit@linaro.org>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
	Catalin Marinas <Catalin.Marinas@arm.com>,
	Olof Johansson <olof@lixom.net>,
	"grant.likely@linaro.org" <grant.likely@linaro.org>,
	Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>,
	Arnd Bergmann <arnd@arndb.de>,
	Mark Rutland <Mark.Rutland@arm.com>,
	"graeme.gregory@linaro.org" <graeme.gregory@linaro.org>,
	Sudeep Holla <Sudeep.Holla@arm.com>,
	"jcm@redhat.com" <jcm@redhat.com>,
	Marc Zyngier <Marc.Zyngier@arm.com>,
	"Mark Brown" <broonie@kernel.org>,
	Robert Richter <rric@kernel.org>,
	Timur Tabi <timur@codeaurora.org>,
	Ashwin Chaugule <ashwinc@codeaurora.org>,
	"suravee.suthikulpanit@amd.com" <suravee.suthikulpanit@amd.com>,
	"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-kernel@vger.kernelorg" <linux-kernel@vger.kernel.org>,
	"linaro-acpi@lists.linaro.org" <linaro-acpi@lists.linaro.org>,
	Ian Campbell <Ian.Campbell@citrix.com>
Subject: Re: [PATCH v10 00/21] Introduce ACPI for ARM64 based on ACPI 5.1
Date: Mon, 23 Mar 2015 09:37:12 +0800	[thread overview]
Message-ID: <550F6E48.4080406@huawei.com> (raw)
In-Reply-To: <5749112.zNnbMCHVxZ@vostro.rjw.lan>

On 2015/3/23 6:11, Rafael J. Wysocki wrote:
> On Sunday, March 22, 2015 09:32:48 PM Julien Grall wrote:
>> On 22/03/2015 21:49, Rafael J. Wysocki wrote:
>>> On Sunday, March 22, 2015 09:05:21 PM Julien Grall wrote:
>>>> Hello,
>>>>
>>>> On 21/03/2015 12:09, Naresh Bhat wrote:
>>>>>       From 268dcdafa34a690e2f99c0784ca33a6d2352ecf5 Mon Sep 17 00:00:00 2001
>>>>>      From: Hanjun Guo <hanjun.guo@linaro.org <mailto:hanjun.guo@linaro.org>>
>>>>>      Date: Sat, 21 Mar 2015 14:43:54 +0800
>>>>>      Subject: [PATCH] XEN / ACPI: Make XEN ACPI depend on X86
>>>>>
>>>>>      When ACPI is enabled on ARM64, XEN ACPI will also compiled
>>>>>      into the kernel, but XEN ACPI is x86 dependent, so introduce
>>>>>      CONFIG_XEN_ACPI to make it depend on x86 before XEN ACPI is
>>>>>      functional on ARM64.
>>>>>
>>>>>      Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org
>>>>>      <mailto:hanjun.guo@linaro.org>>
>>>>>      ---
>>>>>        drivers/xen/Kconfig  | 4 ++++
>>>>>        drivers/xen/Makefile | 2 +-
>>>>>        2 files changed, 5 insertions(+), 1 deletion(-)
>>>>>
>>>>>      diff --git a/drivers/xen/Kconfig b/drivers/xen/Kconfig
>>>>>      index b812462..a31cd29 100644
>>>>>      --- a/drivers/xen/Kconfig
>>>>>      +++ b/drivers/xen/Kconfig
>>>>>      @@ -253,4 +253,8 @@ config XEN_EFI
>>>>>            def_bool y
>>>>>            depends on X86_64 && EFI
>>>>>
>>>>>      +config XEN_ACPI
>>>>>      +    def_bool y
>>>>>      +    depends on X86 && ACPI
>>>>>      +
>>>>>        endmenu
>>>>>      diff --git a/drivers/xen/Makefile b/drivers/xen/Makefile
>>>>>      index 2ccd359..f4622ab 100644
>>>>>      --- a/drivers/xen/Makefile
>>>>>      +++ b/drivers/xen/Makefile
>>>>>      @@ -13,7 +13,7 @@ CFLAGS_efi.o                += -fshort-wchar
>>>>>
>>>>>        dom0-$(CONFIG_PCI) += pci.o
>>>>>        dom0-$(CONFIG_USB_SUPPORT) += dbgp.o
>>>>>      -dom0-$(CONFIG_ACPI) += acpi.o $(xen-pad-y)
>>>>>      +dom0-$(CONFIG_XEN_ACPI) += acpi.o $(xen-pad-y)
>>>>>        xen-pad-$(CONFIG_X86) += xen-acpi-pad.o
>>>>>        dom0-$(CONFIG_X86) += pcpu.o
>>>>>        obj-$(CONFIG_XEN_DOM0)            += $(dom0-y)
>>>> [..]
>>>>
>>>>> AFAIK,  There is already a kernel patch exists to fix this issue.  I
>>>>> think  Julien or Parth is a right person to ask.  Hence I am CCed Julien
>>>>> Grall too.
>>>> The ACPI support for Xen is not ready. So I think avoiding to compile
>>>> drivers/xen/acpi.c on ARM64/ARM seems the better solution for now.
>>>>
>>>> Although, rather than introducing a new CONFIG option, I would use the
>>>> same trick we use within the Makefile to avoid hotplug.c on ARM/ARM64.
>>>>
>>>> ifeq ($(filter y, $(CONFIG_ARM) $(CONFIG_ARM64)), )
>>>> dom0-$(CONFIG_ACPI) += acpi.o $(xen-pad-y)
>>>> endif
>>> Well, is avoiding an extra CONFIG_ option worth the ugliness of this?
>> When the support of ACPI for Xen will come, the CONFIG_ option will be 
>> an alias to CONFIG_XEN.
>>
>> In this case the CONFIG_ option won't bring much improvement to the code 
>> and add an extra indirection.
>>
>> The "ugliness" option has, at least, the advantage to be tiny and 
>> self-contained.
> Oh well, not really.  You're moving a config-time check to compile time
> which means that it will be done every time this Makefile is executed
> and for all architectures that execute it.  Not nice.
>
> Also I think that ia64 is missing from the list, but I may be wrong.

In commit d52eefb47d (ia64/xen: Remove Xen support for ia64), XEN is
not supported anymore on ia64 now.

>
> Not to mention the fact that the dependency will be rather difficult to find
> for tools like xconfig ...

I also think introducing a CONFIG_ option is a better idea.

Thanks
Hanjun


  reply	other threads:[~2015-03-23  1:38 UTC|newest]

Thread overview: 239+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-03-11 12:39 [PATCH v10 00/21] Introduce ACPI for ARM64 based on ACPI 5.1 Hanjun Guo
2015-03-11 12:39 ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 01/21] ACPI / table: Use pr_debug() instead of pr_info() for MADT table scanning Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 02/21] ACPI: add arm64 to the platforms that use ioremap Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 03/21] ARM64: allow late use of early_ioremap Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 04/21] ARM64 / ACPI: Get RSDP and ACPI boot-time tables Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 05/21] ACPI: fix acpi_os_ioremap for arm64 Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 06/21] ACPI / sleep: Introduce CONFIG_ACPI_GENERIC_SLEEP Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-12  9:32   ` Lorenzo Pieralisi
2015-03-12  9:32     ` Lorenzo Pieralisi
2015-03-12  9:32     ` Lorenzo Pieralisi
2015-03-12 22:57   ` Rafael J. Wysocki
2015-03-12 22:57     ` Rafael J. Wysocki
2015-03-13  3:31     ` Hanjun Guo
2015-03-13  3:31       ` Hanjun Guo
2015-03-13  3:31       ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 07/21] ARM64 / ACPI: Introduce PCI stub functions for ACPI Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 08/21] ARM64 / ACPI: Introduce early_param "acpi=" to enable/disable ACPI Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-18 11:35   ` Lorenzo Pieralisi
2015-03-18 11:35     ` Lorenzo Pieralisi
2015-03-18 11:35     ` Lorenzo Pieralisi
2015-03-18 20:07     ` Ard Biesheuvel
2015-03-18 20:07       ` Ard Biesheuvel
2015-03-18 20:07       ` Ard Biesheuvel
2015-03-19  2:30       ` Hanjun Guo
2015-03-19  2:30         ` Hanjun Guo
2015-03-19  2:30         ` Hanjun Guo
2015-03-19 10:04       ` Lorenzo Pieralisi
2015-03-19 10:04         ` Lorenzo Pieralisi
2015-03-19 10:04         ` Lorenzo Pieralisi
2015-03-11 12:39 ` [PATCH v10 09/21] ARM64 / ACPI: If we chose to boot from acpi then disable FDT Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-18 16:52   ` Catalin Marinas
2015-03-18 16:52     ` Catalin Marinas
2015-03-11 12:39 ` [PATCH v10 10/21] ARM64 / ACPI: Get PSCI flags in FADT for PSCI init Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-13 14:51   ` Lorenzo Pieralisi
2015-03-13 14:51     ` Lorenzo Pieralisi
2015-03-13 14:51     ` Lorenzo Pieralisi
2015-03-16 11:45     ` Hanjun Guo
2015-03-16 11:45       ` Hanjun Guo
2015-03-16 11:45       ` Hanjun Guo
2015-03-16 18:41       ` Lorenzo Pieralisi
2015-03-16 18:41         ` Lorenzo Pieralisi
2015-03-16 18:41         ` Lorenzo Pieralisi
2015-03-11 12:39 ` [PATCH v10 11/21] ACPI / table: Print GIC information when MADT is parsed Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 12/21] ARM64 / ACPI: Parse MADT for SMP initialization Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 13/21] ACPI / processor: Introduce phys_cpuid_t for CPU hardware ID Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-12  9:51   ` Lorenzo Pieralisi
2015-03-12  9:51     ` Lorenzo Pieralisi
2015-03-12  9:51     ` Lorenzo Pieralisi
2015-03-12 10:16     ` Hanjun Guo
2015-03-12 10:16       ` Hanjun Guo
2015-03-12 10:16       ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 14/21] ACPI / processor: Make it possible to get CPU hardware ID via GICC Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-12 15:41   ` Lorenzo Pieralisi
2015-03-12 15:41     ` Lorenzo Pieralisi
2015-03-12 15:41     ` Lorenzo Pieralisi
2015-03-12 23:02   ` Rafael J. Wysocki
2015-03-12 23:02     ` Rafael J. Wysocki
2015-03-11 12:39 ` [PATCH v10 15/21] ARM64 / ACPI: Introduce ACPI_IRQ_MODEL_GIC and register device's gsi Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-18 18:41   ` Will Deacon
2015-03-18 18:41     ` Will Deacon
2015-03-18 18:41     ` Will Deacon
2015-03-19  3:45     ` Hanjun Guo
2015-03-19  3:45       ` Hanjun Guo
2015-03-19  3:45       ` Hanjun Guo
2015-03-19 10:12       ` Lorenzo Pieralisi
2015-03-19 10:12         ` Lorenzo Pieralisi
2015-03-19 10:12         ` Lorenzo Pieralisi
2015-03-19 19:37         ` Will Deacon
2015-03-19 19:37           ` Will Deacon
2015-03-19 19:37           ` Will Deacon
2015-03-20 13:07           ` Hanjun Guo
2015-03-20 13:07             ` Hanjun Guo
2015-03-20 13:07             ` Hanjun Guo
2015-03-20 14:25             ` Lorenzo Pieralisi
2015-03-20 14:25               ` Lorenzo Pieralisi
2015-03-20 14:25               ` Lorenzo Pieralisi
2015-03-21 21:38           ` Lorenzo Pieralisi
2015-03-21 21:38             ` Lorenzo Pieralisi
2015-03-21 21:38             ` Lorenzo Pieralisi
2015-03-11 12:39 ` [PATCH v10 16/21] irqchip: Add GICv2 specific ACPI boot support Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
     [not found]   ` <CACxGe6uWwts6X=Yc2ioBdQizXkF1_YgoNNOsREWirk2MFBVDHg@mail.gmail.com>
2015-03-11 23:11     ` Jason Cooper
2015-03-11 23:11       ` Jason Cooper
2015-03-11 23:11       ` Jason Cooper
2015-03-12  1:46       ` Hanjun Guo
2015-03-12  1:46         ` Hanjun Guo
2015-03-12  1:46         ` Hanjun Guo
2015-03-12  5:12         ` Jason Cooper
2015-03-12  5:12           ` Jason Cooper
2015-03-12  5:12           ` Jason Cooper
2015-03-12  7:31           ` Hanjun Guo
2015-03-12  7:31             ` Hanjun Guo
2015-03-12  7:31             ` Hanjun Guo
2015-03-13 17:15             ` Jason Cooper
2015-03-13 17:15               ` Jason Cooper
2015-03-13 17:15               ` Jason Cooper
2015-03-14  8:47               ` Grant Likely
2015-03-14  8:47                 ` Grant Likely
2015-03-14  8:47                 ` Grant Likely
2015-03-14 11:43                 ` Catalin Marinas
2015-03-14 11:43                   ` Catalin Marinas
2015-03-14 11:43                   ` Catalin Marinas
2015-03-12 10:14       ` Marc Zyngier
2015-03-12 10:14         ` Marc Zyngier
2015-03-12 10:14         ` Marc Zyngier
2015-03-14 18:44   ` Jason Cooper
2015-03-14 18:44     ` Jason Cooper
2015-03-11 12:39 ` [PATCH v10 17/21] clocksource / arch_timer: Parse GTDT to initialize arch timer Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-18 18:34   ` Will Deacon
2015-03-18 18:34     ` Will Deacon
2015-03-18 18:34     ` Will Deacon
2015-03-20 13:49   ` Daniel Lezcano
2015-03-20 13:49     ` Daniel Lezcano
2015-03-11 12:39 ` [PATCH v10 18/21] ARM64 / ACPI: Select ACPI_REDUCED_HARDWARE_ONLY if ACPI is enabled on ARM64 Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-12 18:21   ` Lorenzo Pieralisi
2015-03-12 18:21     ` Lorenzo Pieralisi
2015-03-12 18:21     ` Lorenzo Pieralisi
2015-03-13  3:28     ` Hanjun Guo
2015-03-13  3:28       ` Hanjun Guo
2015-03-13  3:28       ` Hanjun Guo
2015-03-13 11:04       ` Lorenzo Pieralisi
2015-03-13 11:04         ` Lorenzo Pieralisi
2015-03-13 11:04         ` Lorenzo Pieralisi
2015-03-16 11:33         ` Hanjun Guo
2015-03-16 11:33           ` Hanjun Guo
2015-03-16 11:33           ` Hanjun Guo
2015-03-17 12:50           ` Lorenzo Pieralisi
2015-03-17 12:50             ` Lorenzo Pieralisi
2015-03-17 12:50             ` Lorenzo Pieralisi
2015-03-18  9:18           ` Lorenzo Pieralisi
2015-03-18  9:18             ` Lorenzo Pieralisi
2015-03-18  9:18             ` Lorenzo Pieralisi
2015-03-18 15:06             ` Rafael J. Wysocki
2015-03-18 15:06               ` Rafael J. Wysocki
2015-03-18 15:06               ` Rafael J. Wysocki
2015-03-19  1:16               ` Hanjun Guo
2015-03-19  1:16                 ` Hanjun Guo
2015-03-19  1:16                 ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 19/21] ARM64 / ACPI: Enable ARM64 in Kconfig Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 20/21] Documentation: ACPI for ARM64 Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-11 12:39 ` [PATCH v10 21/21] ARM64 / ACPI: additions of ACPI documentation for arm64 Hanjun Guo
2015-03-11 12:39   ` Hanjun Guo
2015-03-12 13:26 ` [PATCH v10 00/21] Introduce ACPI for ARM64 based on ACPI 5.1 Timur Tabi
2015-03-12 13:26   ` Timur Tabi
2015-03-16  5:07   ` Suthikulpanit, Suravee
2015-03-16  5:07     ` Suthikulpanit, Suravee
2015-03-18 19:05 ` Will Deacon
2015-03-18 19:05   ` Will Deacon
2015-03-18 19:05   ` Will Deacon
2015-03-18 19:09   ` Will Deacon
2015-03-18 19:09     ` Will Deacon
2015-03-18 19:09     ` Will Deacon
2015-03-19  4:09   ` Hanjun Guo
2015-03-19  4:09     ` Hanjun Guo
2015-03-19  4:09     ` Hanjun Guo
2015-03-19 10:17     ` Lorenzo Pieralisi
2015-03-19 10:17       ` Lorenzo Pieralisi
2015-03-19 10:17       ` Lorenzo Pieralisi
2015-03-19 19:39       ` Will Deacon
2015-03-19 19:39         ` Will Deacon
2015-03-19 19:39         ` Will Deacon
2015-03-24 22:02         ` Grant Likely
2015-03-24 22:02           ` Grant Likely
2015-03-24 22:02           ` Grant Likely
2015-03-25 11:24           ` Will Deacon
2015-03-25 11:24             ` Will Deacon
2015-03-25 11:24             ` Will Deacon
2015-03-25 11:54             ` Rafael J. Wysocki
2015-03-25 11:54               ` Rafael J. Wysocki
2015-03-25 11:54               ` Rafael J. Wysocki
2015-03-25 11:38               ` Will Deacon
2015-03-25 11:38                 ` Will Deacon
2015-03-25 11:38                 ` Will Deacon
2015-03-25 12:16                 ` Rafael J. Wysocki
2015-03-25 12:16                   ` Rafael J. Wysocki
2015-03-25 12:16                   ` Rafael J. Wysocki
2015-03-28 12:34                 ` Grant Likely
2015-03-28 12:34                   ` Grant Likely
2015-03-28 12:34                   ` Grant Likely
2015-03-26 10:24           ` Lorenzo Pieralisi
2015-03-26 10:24             ` Lorenzo Pieralisi
2015-03-26 10:24             ` Lorenzo Pieralisi
2015-03-20 18:54     ` Will Deacon
2015-03-20 18:54       ` Will Deacon
2015-03-20 18:54       ` Will Deacon
2015-03-21  3:17       ` Hanjun Guo
2015-03-21  3:17         ` Hanjun Guo
2015-03-21  3:17         ` Hanjun Guo
2015-03-21  7:03         ` Hanjun Guo
2015-03-21  7:03           ` Hanjun Guo
2015-03-21  7:03           ` Hanjun Guo
     [not found]           ` <CAFoFrHatzS3MwGVeOPPjY1R1sfBRYnJjgbQjvfzi6xS+XYD14g@mail.gmail.com>
2015-03-22 21:05             ` Julien Grall
2015-03-22 21:05               ` Julien Grall
2015-03-22 21:05               ` Julien Grall
2015-03-22 21:49               ` Rafael J. Wysocki
2015-03-22 21:49                 ` Rafael J. Wysocki
2015-03-22 21:49                 ` Rafael J. Wysocki
2015-03-22 21:32                 ` Julien Grall
2015-03-22 21:32                   ` Julien Grall
2015-03-22 21:32                   ` Julien Grall
2015-03-22 22:11                   ` Rafael J. Wysocki
2015-03-22 22:11                     ` Rafael J. Wysocki
2015-03-22 22:11                     ` Rafael J. Wysocki
2015-03-23  1:37                     ` Hanjun Guo [this message]
2015-03-23  1:37                       ` Hanjun Guo
2015-03-23  1:37                       ` Hanjun Guo
2015-03-23 18:39                       ` Stefano Stabellini
2015-03-23 18:39                         ` Stefano Stabellini
2015-03-23 18:39                         ` Stefano Stabellini
2015-03-23 18:32         ` Stefano Stabellini
2015-03-23 18:32           ` Stefano Stabellini
2015-03-23 18:32           ` Stefano Stabellini
2015-03-24 13:46           ` Hanjun Guo
2015-03-24 13:46             ` Hanjun Guo
2015-03-24 13:46             ` Hanjun Guo
2015-03-20 13:18 ` Mark Salter
2015-03-20 13:18   ` Mark Salter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=550F6E48.4080406@huawei.com \
    --to=guohanjun@huawei.com \
    --cc=Catalin.Marinas@arm.com \
    --cc=Lorenzo.Pieralisi@arm.com \
    --cc=Marc.Zyngier@arm.com \
    --cc=Mark.Rutland@arm.com \
    --cc=Sudeep.Holla@arm.com \
    --cc=arnd@arndb.de \
    --cc=ashwinc@codeaurora.org \
    --cc=broonie@kernel.org \
    --cc=graeme.gregory@linaro.org \
    --cc=grant.likely@linaro.org \
    --cc=hanjun.guo@linaro.org \
    --cc=jcm@redhat.com \
    --cc=jfraser@broadcom.com \
    --cc=julien.grall@linaro.org \
    --cc=linux-acpi@vger.kernel. \
    --cc=naresh.bhat@linaro.org \
    --cc=olof@lixom.net \
    --cc=parth.dixit@linaro.org \
    --cc=rjw@rjwysocki.net \
    --cc=rric@kernel.org \
    --cc=stefano.stabellini@eu.citrix.com \
    --cc=suravee.suthikulpanit@amd.com \
    --cc=timur@codeaurora.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.