From: Julien Grall <julien.grall@citrix.com>
To: Parth Dixit <parth.dixit@linaro.org>, xen-devel@lists.xen.org
Cc: keir@xen.org, ian.campbell@citrix.com, andrew.cooper3@citrix.com,
tim@xen.org, julien.grall@citrix.com,
stefano.stabellini@citrix.com, jbeulich@suse.com,
christoffer.dall@linaro.org
Subject: Re: [PATCH v2 13/41] arm/acpi : parse MADT to map logical cpu to MPIDR and get cpu_possible_map
Date: Wed, 20 May 2015 17:38:48 +0100 [thread overview]
Message-ID: <555CB898.7030506@citrix.com> (raw)
In-Reply-To: <1431893048-5214-14-git-send-email-parth.dixit@linaro.org>
Hi Parth,
On 17/05/15 21:03, Parth Dixit wrote:
> MADT contains the information for MPIDR which is essential for
> SMP initialization, parse the GIC cpu interface structures to
> get the MPIDR value and map it to cpu_logical_map(), and add
> enabled cpu with valid MPIDR into cpu_possible_map.
>
> Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org>
> Signed-off-by: Tomasz Nowicki <tomasz.nowicki@linaro.org>
> Signed-off-by: Naresh Bhat <naresh.bhat@linaro.org>
> Signed-off-by: Parth Dixit <parth.dixit@linaro.org>
This patch looks very similar to Linux. Unless you say that we have to
diverge, I would prefer if you important the patch as it is from Linux
(i.e no coding style changes, stubbing out necessary code) and modify
only a little bit.
It will be easier to backport fixes from Linux. There are other patches
where this comment apply.
Also, please check that we are using the latest version of the patch.
> ---
> xen/arch/arm/acpi/boot.c | 135 +++++++++++++++++++++++++++++++++++++++++++
> xen/arch/arm/arm64/smpboot.c | 7 ++-
> xen/arch/arm/psci.c | 16 +++++
> xen/arch/arm/smpboot.c | 7 ++-
> xen/include/asm-arm/acpi.h | 2 +
> xen/include/xen/acpi.h | 5 ++
> 6 files changed, 170 insertions(+), 2 deletions(-)
>
> diff --git a/xen/arch/arm/acpi/boot.c b/xen/arch/arm/acpi/boot.c
> index 57eb33c..7d9758f 100644
> --- a/xen/arch/arm/acpi/boot.c
> +++ b/xen/arch/arm/acpi/boot.c
> @@ -29,6 +29,141 @@
> #include <xen/mm.h>
>
> #include <asm/acpi.h>
> +#include <asm/smp.h>
> +
> +/* Processors with enabled flag and sane MPIDR */
> +static int enabled_cpus;
> +
> +/* Boot CPU is valid or not in MADT */
> +static bool_t __initdata bootcpu_valid;
> +
> +/* arch-optional setting to enable display of offline cpus >= nr_cpu_ids */
> +static unsigned int total_cpus = 0;
Given the usage within this file, the comment is wrong.
Also, please add __init as it's only used during initialization.
> +
> +/*
> + * acpi_map_gic_cpu_interface - generates a logical cpu number
> + * and map to MPIDR represented by GICC structure
> + * @mpidr: CPU's hardware id to register, MPIDR represented in MADT
> + * @enabled: this cpu is enabled or not
> + *
> + * Returns the logical cpu number which maps to MPIDR
> + */
> +static int __init acpi_map_gic_cpu_interface(u64 mpidr, u8 enabled)
You never use the return value. Please make this function void.
> +{
> + int i;
> +
> + if ( mpidr == MPIDR_INVALID )
> + {
> + printk("Skip MADT cpu entry with invalid MPIDR\n");
> + return -EINVAL;
> + }
> +
> + total_cpus++;
> + if ( !enabled )
> + return -EINVAL;
You are skipping the CPU if it's not enabled. How would that fit with
CPU hotplug?
It looks like that on x86 we allocate disabled CPUs in the possible map
(see acpi_parse_lapic in arch/x86/acpi/boot.c).
> +
> + if ( enabled_cpus >= NR_CPUS )
> + {
> + printk("NR_CPUS limit of %d reached, Processor %d/0x%"PRIx64" ignored.\n",
> + NR_CPUS, total_cpus, mpidr);
> + return -EINVAL;
> + }
> +
> + /* Check if GICC structure of boot CPU is available in the MADT */
> + if ( cpu_logical_map(0) == mpidr )
> + {
> + if ( bootcpu_valid )
> + {
> + printk("Firmware bug, duplicate CPU MPIDR: 0x%"PRIx64" in MADT\n",
> + mpidr);
> + return -EINVAL;
> + }
> +
> + bootcpu_valid = TRUE;
> + }
> +
> + /*
> + * Duplicate MPIDRs are a recipe for disaster. Scan
> + * all initialized entries and check for
> + * duplicates. If any is found just ignore the CPU.
> + */
> + for ( i = 1; i < enabled_cpus; i++ )
> + {
> + if ( cpu_logical_map(i) == mpidr )
> + {
> + printk("Firmware bug, duplicate CPU MPIDR: 0x%"PRIx64" in MADT\n",
> + mpidr);
> + return -EINVAL;
> + }
> + }
> +
> + if ( !acpi_psci_present() )
> + return -EOPNOTSUPP;
> +
> + /* CPU 0 was already initialized */
> + if ( enabled_cpus )
> + {
> + if ( arch_cpu_init(enabled_cpus, NULL) < 0 )
> + return -EOPNOTSUPP;
> +
> + /* map the logical cpu id to cpu MPIDR */
> + cpu_logical_map(enabled_cpus) = mpidr;
> + }
> +
> + enabled_cpus++;
Missing new line.
> + return enabled_cpus;
> +}
> +
> +static int __init
> + acpi_parse_gic_cpu_interface(struct acpi_subtable_header *header,
> + const unsigned long end)
The indentation looks wrong.
> +{
> + struct acpi_madt_generic_interrupt *processor;
> +
> + processor = (struct acpi_madt_generic_interrupt *)header;
> +
> + if ( BAD_MADT_ENTRY(processor, end) )
> + return -EINVAL;
> +
> + acpi_table_print_madt_entry(header);
> +
> + acpi_map_gic_cpu_interface(processor->mpidr & MPIDR_HWID_MASK,
> + processor->flags & ACPI_MADT_ENABLED);
It would be cleaner if you pass directly processor to the function (as
Linux does).
> +
> + return 0;
> +}
> +
> +/* Parse GIC cpu interface entries in MADT for SMP init */
> +void __init acpi_init_cpus(void)
> +{
> + int count, i;
> +
> + /*
> + * do a partial walk of MADT to determine how many CPUs
> + * we have including disabled CPUs, and get information
> + * we need for SMP init
> + */
> + count = acpi_table_parse_madt(ACPI_MADT_TYPE_GENERIC_INTERRUPT,
> + acpi_parse_gic_cpu_interface, 0);
Wrong indentation.
> +
> + if ( count < 0 )
> + {
> + printk("Error parsing GIC CPU interface entry\n");
> + return;
> + }
What about the case where count == 0?
> +
> + if ( !bootcpu_valid )
> + {
> + printk("MADT missing boot CPU MPIDR, not enabling secondaries\n");
> + return;
> + }
> +
> + for ( i = 0; i < enabled_cpus; i++ )
> + cpumask_set_cpu(i, &cpu_possible_map);
> +
> + /* Make boot-up look pretty */
> + printk("%d CPUs enabled, %d CPUs total\n", enabled_cpus, total_cpus);
> +}
>
> static int __init acpi_parse_fadt(struct acpi_table_header *table)
> {
> diff --git a/xen/arch/arm/arm64/smpboot.c b/xen/arch/arm/arm64/smpboot.c
> index 7928f69..c3d9e00 100644
> --- a/xen/arch/arm/arm64/smpboot.c
> +++ b/xen/arch/arm/arm64/smpboot.c
All the changes within this file and arm/psci.c is not mentioned in the
commit message.
As it's related to this patch, it would be better to have a separate
patch for it.
> @@ -7,6 +7,7 @@
> #include <xen/vmap.h>
> #include <asm/io.h>
> #include <asm/psci.h>
> +#include <asm/acpi.h>
>
> struct smp_enable_ops {
> int (*prepare_cpu)(int);
> @@ -94,9 +95,13 @@ static int __init dt_arch_cpu_init(int cpu, struct dt_device_node *dn)
> return 0;
> }
>
> +/* acpi only supports psci at present */
This comment should be in the else part below.
> int __init arch_cpu_init(int cpu, struct dt_device_node *dn)
> {
> - return dt_arch_cpu_init(cpu, dn);
> + if( acpi_disabled )
> + return dt_arch_cpu_init(cpu, dn);
> + else
> + return smp_psci_init(cpu);
> }
>
> int __init arch_cpu_up(int cpu)
> diff --git a/xen/arch/arm/psci.c b/xen/arch/arm/psci.c
> index 4066309..20040aa 100644
> --- a/xen/arch/arm/psci.c
> +++ b/xen/arch/arm/psci.c
> @@ -22,6 +22,7 @@
> #include <xen/mm.h>
> #include <xen/smp.h>
> #include <asm/psci.h>
> +#include <asm/acpi.h>
>
> uint32_t psci_ver;
>
> @@ -74,6 +75,9 @@ int __init psci_init_0_1(void)
> int ret;
> const struct dt_device_node *psci;
>
> + if ( !acpi_disabled )
> + return -EINVAL;
> +
> psci = dt_find_compatible_node(NULL, NULL, "arm,psci");
> if ( !psci )
> return -EOPNOTSUPP;
> @@ -98,6 +102,9 @@ int __init psci_init_0_1(void)
> int __init psci_init_0_2(void)
> {
> int ret;
> +
> + if( acpi_disabled )
> + {
> const struct dt_device_node *psci;
The block within the if should be indented correctly. Although, why
didn't you refactor the code as you did on some other part?
> psci = dt_find_compatible_node(NULL, NULL, "arm,psci-0.2");
> @@ -107,6 +114,15 @@ int __init psci_init_0_2(void)
> ret = psci_is_smc_method(psci);
> if ( ret )
> return -EINVAL;
> + }
> + else
> + {
> + if( !acpi_psci_present() )
> + return -EOPNOTSUPP;
This should be done in psci_init and not here.
> +
> + if ( acpi_psci_hvc_present() )
> + return -EINVAL;
> + }
>
> psci_ver = call_smc(PSCI_0_2_FN_PSCI_VERSION, 0, 0, 0);
>
> diff --git a/xen/arch/arm/smpboot.c b/xen/arch/arm/smpboot.c
> index 90f9ef2..1385dbe 100644
> --- a/xen/arch/arm/smpboot.c
> +++ b/xen/arch/arm/smpboot.c
> @@ -31,6 +31,7 @@
> #include <xen/console.h>
> #include <asm/gic.h>
> #include <asm/psci.h>
> +#include <asm/acpi.h>
>
> cpumask_t cpu_online_map;
> cpumask_t cpu_present_map;
> @@ -246,7 +247,11 @@ void __init smp_init_cpus(void)
> return;
> }
>
> - dt_smp_init_cpus();
> + if ( acpi_disabled )
> + dt_smp_init_cpus();
> + else
> + acpi_init_cpus();
> +
> }
>
> int __init
> diff --git a/xen/include/asm-arm/acpi.h b/xen/include/asm-arm/acpi.h
> index 4a6cb37..0845f14 100644
> --- a/xen/include/asm-arm/acpi.h
> +++ b/xen/include/asm-arm/acpi.h
> @@ -35,9 +35,11 @@ extern bool_t acpi_disabled;
> bool_t acpi_psci_present(void);
> /* 1 to indicate HVC is present instead of SMC as the PSCI conduit */
> bool_t acpi_psci_hvc_present(void);
> +void __init acpi_init_cpus(void);
> #else
> static inline bool_t acpi_psci_present(void) { return false; }
> static inline bool_t acpi_psci_hvc_present(void) {return false; }
> +static inline void acpi_init_cpus(void) { }
> #endif /* CONFIG_ACPI */
>
> /* Basic configuration for ACPI */
> diff --git a/xen/include/xen/acpi.h b/xen/include/xen/acpi.h
> index afe2dca..ee6a5ea 100644
> --- a/xen/include/xen/acpi.h
> +++ b/xen/include/xen/acpi.h
> @@ -40,6 +40,10 @@
> #define ACPI_MADT_GET_POLARITY(inti) ACPI_MADT_GET_(POLARITY, inti)
> #define ACPI_MADT_GET_TRIGGER(inti) ACPI_MADT_GET_(TRIGGER, inti)
>
> +#define BAD_MADT_ENTRY(entry, end) ( \
> + (!entry) || (unsigned long)entry + sizeof(*entry) > end || \
> + ((struct acpi_subtable_header *)entry)->length < sizeof(*entry))
> +
> #ifdef CONFIG_ACPI_BOOT
>
> enum acpi_interrupt_id {
> @@ -57,6 +61,7 @@ typedef int (*acpi_table_entry_handler) (struct acpi_subtable_header *header, co
>
> void __iomem *
> acpi_os_map_iomem(acpi_physical_address phys, acpi_size size);
> +
Spurious change
> unsigned int acpi_get_processor_id (unsigned int cpu);
> char * __acpi_map_table (paddr_t phys_addr, unsigned long size);
> int acpi_boot_init (void);
>
Regards,
--
Julien Grall
next prev parent reply other threads:[~2015-05-20 16:38 UTC|newest]
Thread overview: 194+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-17 20:03 [PATCH v2 00/41] Add ACPI support for arm64 on Xen Parth Dixit
2015-05-17 20:03 ` [PATCH v2 01/41] arm/acpi: Build numa for x86 only Parth Dixit
2015-05-18 12:51 ` Julien Grall
2015-05-20 15:07 ` Jan Beulich
2015-05-20 15:21 ` Julien Grall
2015-05-20 15:41 ` Jan Beulich
2015-05-20 15:49 ` Julien Grall
2015-05-20 16:31 ` Jan Beulich
2015-07-05 12:59 ` Parth Dixit
2015-07-05 17:39 ` Julien Grall
2015-07-05 17:49 ` Parth Dixit
2015-07-06 10:49 ` Jan Beulich
2015-05-17 20:03 ` [PATCH v2 02/41] arm/acpi: Build pmstat " Parth Dixit
2015-05-18 12:54 ` Julien Grall
2015-05-20 15:12 ` Jan Beulich
2015-05-24 6:10 ` Parth Dixit
2015-07-05 13:01 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 03/41] arm/acpi : emulate io ports for arm Parth Dixit
2015-05-18 13:03 ` Julien Grall
2015-07-05 13:02 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 04/41] arm/acpi : add arm specific acpi header file Parth Dixit
2015-05-18 13:12 ` Julien Grall
2015-05-24 5:59 ` Parth Dixit
2015-07-05 13:02 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 05/41] acpi : add helper function for mapping memory Parth Dixit
2015-05-18 13:26 ` Julien Grall
2015-05-18 14:01 ` Jan Beulich
2015-05-18 14:20 ` Julien Grall
2015-05-18 14:32 ` Jan Beulich
2015-05-18 14:35 ` Julien Grall
2015-05-24 6:40 ` Parth Dixit
2015-05-24 7:31 ` Julien Grall
2015-07-05 13:03 ` Parth Dixit
2015-05-20 16:03 ` Jan Beulich
2015-05-20 17:06 ` Julien Grall
2015-05-17 20:03 ` [PATCH v2 06/41] arm/acpi : Add basic ACPI initialization Parth Dixit
2015-05-18 14:11 ` Julien Grall
2015-05-24 6:02 ` Parth Dixit
2015-07-05 13:04 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 07/41] arm/acpi : Introduce ARM Boot Architecture Flags in FADT Parth Dixit
2015-05-18 14:29 ` Julien Grall
2015-05-24 6:03 ` Parth Dixit
2015-07-05 13:04 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 08/41] arm/acpi : Parse FADT table and get PSCI flags Parth Dixit
2015-05-18 14:58 ` Julien Grall
2015-05-24 6:05 ` Parth Dixit
2015-07-05 13:05 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 09/41] arm/acpi : Add Generic Interrupt and Distributor struct Parth Dixit
2015-07-05 13:06 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 10/41] arm/acpi : Print GIC information when MADT is parsed Parth Dixit
2015-05-18 15:06 ` Julien Grall
2015-05-24 6:09 ` Parth Dixit
2015-07-05 13:07 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 11/41] arm/acpi : add GTDT support updated by ACPI 5.1 Parth Dixit
2015-05-18 15:11 ` Julien Grall
2015-05-24 6:06 ` Parth Dixit
2015-07-05 13:07 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 12/41] arm : move dt specific code in smp to seperate functions Parth Dixit
2015-05-20 15:43 ` Julien Grall
2015-07-05 13:08 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 13/41] arm/acpi : parse MADT to map logical cpu to MPIDR and get cpu_possible_map Parth Dixit
2015-05-20 16:08 ` Jan Beulich
2015-05-20 16:38 ` Julien Grall [this message]
2015-07-05 13:09 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 14/41] arm : acpi add helper function for setting interrupt type Parth Dixit
2015-05-20 17:21 ` Julien Grall
2015-07-05 13:09 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 15/41] arm : acpi parse GTDT to initialize timer Parth Dixit
2015-05-20 18:03 ` Julien Grall
2015-05-24 7:00 ` Parth Dixit
2015-07-05 13:10 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 16/41] acpi : Introduce acpi_parse_entries Parth Dixit
2015-05-20 16:13 ` Jan Beulich
2015-05-21 9:14 ` Parth Dixit
2015-05-21 9:20 ` Jan Beulich
2015-07-05 13:11 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 17/41] arm : refactor gic into generic and dt specific parts Parth Dixit
2015-05-21 11:06 ` Julien Grall
2015-05-21 12:22 ` Julien Grall
2015-07-05 13:12 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 18/41] arm: Introduce a generic way to use a device from acpi Parth Dixit
2015-05-21 11:19 ` Julien Grall
2015-05-24 7:06 ` Parth Dixit
2015-05-24 7:40 ` Julien Grall
2015-05-25 5:58 ` Parth Dixit
2015-05-25 10:00 ` Julien Grall
2015-05-25 11:38 ` Parth Dixit
2015-07-05 13:12 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 19/41] arm : acpi Add GIC specific ACPI boot support Parth Dixit
2015-05-21 12:29 ` Julien Grall
2015-07-05 13:13 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 20/41] arm : create generic uart initialization function Parth Dixit
2015-05-18 8:20 ` Jan Beulich
2015-05-20 18:11 ` Julien Grall
2015-05-21 11:28 ` Julien Grall
2015-05-24 7:07 ` Parth Dixit
2015-05-24 7:48 ` Julien Grall
2015-07-05 13:14 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 21/41] arm : acpi Initialize serial port from ACPI SPCR table Parth Dixit
2015-05-26 15:04 ` Julien Grall
2015-07-05 13:14 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 22/41] arm : acpi create min DT stub for DOM0 Parth Dixit
2015-06-02 17:27 ` Julien Grall
2015-07-05 13:15 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 23/41] arm : acpi create chosen node " Parth Dixit
2015-06-02 17:40 ` Julien Grall
2015-07-05 13:16 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 24/41] arm : acpi create efi " Parth Dixit
2015-05-20 16:16 ` Jan Beulich
2015-05-24 6:30 ` Parth Dixit
2015-05-26 8:21 ` Jan Beulich
2015-05-26 8:39 ` Jan Beulich
2015-07-05 13:17 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 25/41] arm : acpi add status override table Parth Dixit
2015-07-05 13:18 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 26/41] arm : acpi add xen environment table Parth Dixit
2015-05-20 16:22 ` Jan Beulich
2015-05-20 17:00 ` Julien Grall
2015-05-21 6:22 ` Jan Beulich
2015-05-21 10:34 ` Julien Grall
2015-05-21 10:46 ` Jan Beulich
2015-05-21 10:52 ` Julien Grall
2015-05-21 11:38 ` Jan Beulich
2015-05-21 11:41 ` Julien Grall
2015-05-24 7:16 ` Parth Dixit
2015-05-26 17:13 ` Julien Grall
2015-05-26 17:34 ` Stefano Stabellini
2015-05-27 11:53 ` Jan Beulich
2015-05-28 10:58 ` Stefano Stabellini
2015-05-28 12:07 ` Jan Beulich
2015-05-28 12:12 ` Stefano Stabellini
2015-05-28 12:22 ` Jan Beulich
2015-05-29 10:31 ` Stefano Stabellini
2015-05-29 10:43 ` Jan Beulich
2015-07-05 13:19 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 27/41] arm : add helper functions to map memory regions Parth Dixit
2015-06-08 14:05 ` Julien Grall
2015-07-05 13:19 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 28/41] arm : acpi add efi structures to common efi header Parth Dixit
2015-05-20 16:25 ` Jan Beulich
2015-07-05 13:27 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 29/41] arm : acpi read acpi memory info from uefi Parth Dixit
2015-06-08 16:09 ` Julien Grall
2015-07-05 13:28 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 30/41] arm : acpi add placeholder for acpi load address Parth Dixit
2015-06-08 16:19 ` Julien Grall
2015-07-05 13:28 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 31/41] arm : acpi estimate memory required for acpi/efi tables Parth Dixit
2015-06-08 16:44 ` Julien Grall
2015-07-05 13:29 ` Parth Dixit
2015-05-17 20:03 ` [PATCH v2 32/41] arm : acpi dynamically map mmio regions Parth Dixit
2015-06-08 16:50 ` Julien Grall
2015-06-14 15:27 ` Parth Dixit
2015-06-15 1:19 ` Julien Grall
2015-07-05 13:30 ` Parth Dixit
2015-07-30 12:19 ` Shannon Zhao
2015-07-30 18:02 ` Parth Dixit
2015-07-30 18:31 ` Julien Grall
2015-07-30 20:02 ` Parth Dixit
2015-07-31 1:30 ` Shannon Zhao
2015-07-31 12:42 ` Julien Grall
2015-07-31 14:09 ` Stefano Stabellini
2015-07-31 16:24 ` Stefano Stabellini
2015-07-31 16:50 ` Ian Campbell
2015-08-03 12:08 ` Christoffer Dall
2015-07-31 1:15 ` Shannon Zhao
2015-05-17 20:04 ` [PATCH v2 33/41] arm : acpi prepare acpi tables for dom0 Parth Dixit
2015-06-08 16:54 ` Julien Grall
2015-07-05 13:31 ` Parth Dixit
2015-05-17 20:04 ` [PATCH v2 34/41] arm : acpi create and map acpi tables Parth Dixit
2015-07-05 13:31 ` Parth Dixit
2015-05-17 20:04 ` [PATCH v2 35/41] arm : acpi add helper function to calculate crc32 Parth Dixit
2015-06-08 16:59 ` Julien Grall
2015-07-05 13:33 ` Parth Dixit
2015-05-17 20:04 ` [PATCH v2 36/41] arm : acpi pass rsdp and memory via efi table Parth Dixit
2015-07-05 13:34 ` Parth Dixit
2015-05-17 20:04 ` [PATCH v2 37/41] arm : acpi add acpi parameter to enable/disable acpi Parth Dixit
2015-06-08 16:35 ` Julien Grall
2015-06-11 13:38 ` Julien Grall
2015-05-17 20:04 ` [PATCH v2 38/41] arm : acpi enable efi for acpi Parth Dixit
2015-05-20 16:27 ` Jan Beulich
2015-07-05 13:35 ` Parth Dixit
2015-05-17 20:04 ` [PATCH v2 39/41] arm : acpi configure interrupts dynamically Parth Dixit
2015-06-08 17:39 ` Julien Grall
2015-07-05 13:36 ` Parth Dixit
2015-05-17 20:04 ` [PATCH v2 40/41] xen: arm64: Add ACPI support Parth Dixit
2015-07-05 13:37 ` Parth Dixit
2015-05-17 20:04 ` [PATCH v2 41/41] arm : acpi route irq's at time of boot Parth Dixit
2015-06-08 17:44 ` Julien Grall
2015-07-05 13:37 ` Parth Dixit
2015-05-17 21:11 ` [PATCH v2 00/41] Add ACPI support for arm64 on Xen Julien Grall
[not found] ` <CABy3MNkMvpM21L5JtiKebCGdvPxJA_5m18c=t_OEExUjgaPRkQ@mail.gmail.com>
2015-05-18 12:46 ` Julien Grall
2015-05-18 8:25 ` Jan Beulich
2015-05-18 8:27 ` Parth Dixit
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=555CB898.7030506@citrix.com \
--to=julien.grall@citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=christoffer.dall@linaro.org \
--cc=ian.campbell@citrix.com \
--cc=jbeulich@suse.com \
--cc=keir@xen.org \
--cc=parth.dixit@linaro.org \
--cc=stefano.stabellini@citrix.com \
--cc=tim@xen.org \
--cc=xen-devel@lists.xen.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).