From: Marc Zyngier <marc.zyngier@arm.com>
To: Hanna Hawa <hhhawa@amazon.com>
Cc: tsahee@annapurnalabs.com, antoine.tenart@bootlin.com,
linux@armlinux.org.uk, catalin.marinas@arm.com,
will.deacon@arm.com, rjw@rjwysocki.net, lenb@kernel.org,
tglx@linutronix.de, jason@lakedaemon.net, ronenk@amazon.com,
dwmw@amazon.co.uk, vaerov@amazon.com, zeev@amazon.com,
alisaidi@amazon.com, talel@amazon.com, jonnyc@amazon.com,
hanochu@amazon.com, barakw@amazon.com,
linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org,
Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
Subject: Re: [PATCH 7/7] irqchip/al-msi: Add ACPI support
Date: Mon, 01 Apr 2019 03:15:19 +0100 [thread overview]
Message-ID: <86pnq65v48.wl-marc.zyngier@arm.com> (raw)
In-Reply-To: <1554035733-11827-3-git-send-email-hhhawa@amazon.com>
On Sun, 31 Mar 2019 13:35:33 +0100,
Hanna Hawa <hhhawa@amazon.com> wrote:
>
> This patch adds ACPI support for AL-MSIx driver.
>
> The AL-MSIx controller is not standard, is not included in the UEFI
> specification, and will not be added. The driver ACPI binding is
> performed when the following conditions are true:
> - OEM ID is AMAZON
> - MADT table type is 0x80 (part of the OEM reserved range).
>
> Signed-off-by: Hanna Hawa <hhhawa@amazon.com>
> Co-developed-by: Vladimir Aerov <vaerov@amazon.com>
> Signed-off-by: Vladimir Aerov <vaerov@amazon.com>
> ---
> drivers/irqchip/irq-al-msi.c | 118 ++++++++++++++++++++++++++++++++++++++++---
> 1 file changed, 111 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/irqchip/irq-al-msi.c b/drivers/irqchip/irq-al-msi.c
> index ec27455..cb80c1e 100644
> --- a/drivers/irqchip/irq-al-msi.c
> +++ b/drivers/irqchip/irq-al-msi.c
> @@ -9,6 +9,7 @@
>
> #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
>
> +#include <linux/acpi.h>
> #include <linux/dma-iommu.h>
> #include <linux/irqchip.h>
> #include <linux/irqchip/arm-gic.h>
> @@ -126,14 +127,20 @@ static int al_msix_gic_domain_alloc(struct irq_domain *domain,
> struct irq_data *d;
> int ret;
>
> - if (!is_of_node(domain->parent->fwnode))
> + if (is_of_node(domain->parent->fwnode)) {
> + fwspec.fwnode = domain->parent->fwnode;
> + fwspec.param_count = 3;
> + fwspec.param[0] = 0;
> + fwspec.param[1] = spi;
> + fwspec.param[2] = IRQ_TYPE_EDGE_RISING;
> + } else if (is_fwnode_irqchip(domain->parent->fwnode)) {
> + fwspec.fwnode = domain->parent->fwnode;
> + fwspec.param_count = 2;
> + fwspec.param[0] = spi + 32;
> + fwspec.param[1] = IRQ_TYPE_EDGE_RISING;
> + } else {
> return -EINVAL;
> -
> - fwspec.fwnode = domain->parent->fwnode;
> - fwspec.param_count = 3;
> - fwspec.param[0] = 0;
> - fwspec.param[1] = spi;
> - fwspec.param[2] = IRQ_TYPE_EDGE_RISING;
> + }
>
> ret = irq_domain_alloc_irqs_parent(domain, virq, 1, &fwspec);
> if (ret)
> @@ -304,3 +311,100 @@ static int al_msix_init(struct device_node *node, struct device_node *parent)
> }
> IRQCHIP_DECLARE(alpine_msix, "al,alpine-msix", al_msix_init);
> IRQCHIP_DECLARE(al_msix, "amazon,al-msix", al_msix_init);
> +
> +#ifdef CONFIG_ACPI
> +static struct al_msix_data *priv;
> +
> +#define ACPI_AMZN_MADT_OEM_TYPE 0x80
> +#define ACPI_AMZN_OEM_ID "AMAZON"
> +
> +struct acpi_madt_msix_oem_frame {
> + struct acpi_subtable_header header;
> + u64 base_address;
> + u32 base_address_len;
> + u16 spi_count;
> + u16 spi_base;
> +};
> +
> +static struct fwnode_handle *al_msi_get_fwnode(struct device *dev)
> +{
> + return priv->msi_domain_handle;
> +}
> +
> +static int __init al_msix_acpi_probe(struct acpi_subtable_header *header,
> + const unsigned long end)
> +{
> + struct irq_domain *gic_domain;
> + struct fwnode_handle *gic_domain_handle;
> + struct acpi_madt_msix_oem_frame *m;
> + int ret;
> +
> + m = container_of(header, struct acpi_madt_msix_oem_frame, header);
> + if (BAD_MADT_ENTRY(m, end))
> + return -EINVAL;
> +
> + gic_domain_handle = acpi_get_gsi_domain_id();
> + if (!gic_domain_handle) {
> + pr_err("Failed to find the GIC domain handle\n");
> + return -ENXIO;
> + }
> +
> + gic_domain = irq_find_matching_fwnode(gic_domain_handle,
> + DOMAIN_BUS_ANY);
> + if (!gic_domain) {
> + pr_err("Failed to find the GIC domain\n");
> + return -ENXIO;
> + }
Why do you do this in the iterator? It won't change over time, right?
> +
> + priv = kzalloc(sizeof(*priv), GFP_KERNEL);
> + if (!priv)
> + return -ENOMEM;
> +
> + priv->spi_first = m->spi_base;
> + priv->num_spis = m->spi_count;
> +
> + priv->msi_domain_handle = irq_domain_alloc_fwnode((void *)
> + m->base_address);
> + if (!priv->msi_domain_handle) {
> + pr_err("Unable to allocate msi domain token\n");
> + ret = -EINVAL;
> + goto err_acpi_priv;
> + }
> +
> + ret = al_msix_init_common(priv, m->base_address);
> + if (ret)
> + goto err_acpi_priv;
> +
> + ret = al_msix_init_domains(priv, gic_domain);
> + if (ret)
> + goto err_acpi_map;
> +
> + pci_msi_register_fwnode_provider(&al_msi_get_fwnode);
> +
> + return 0;
> +
> +err_acpi_map:
> + kfree(priv->msi_map);
> +err_acpi_priv:
> + kfree(priv);
> + return ret;
> +}
> +
> +static int __init al_msix_acpi_init(void)
> +{
> + static struct acpi_table_madt *madt;
> + acpi_status status;
> +
> + /* if ACPI MADT table is not Amazon defined return */
> + status = acpi_get_table(ACPI_SIG_MADT, 0,
> + (struct acpi_table_header **)&madt);
> + if (ACPI_FAILURE(status) || (madt && memcmp(madt->header.oem_id,
> + ACPI_AMZN_OEM_ID,
> + ACPI_OEM_ID_SIZE)))
> + return -ENODEV;
> +
> + return acpi_table_parse_madt(ACPI_AMZN_MADT_OEM_TYPE,
> + al_msix_acpi_probe, 0);
> +}
> +early_initcall(al_msix_acpi_init);
These initcalls are not maintainable in the long run. Either this is
part of the core ACPI discovery (IRQCHIP_ACPI_DECLARE), or it should
use another probing method. If you need to express dependencies, make
it an actual device driver (I suspect you're in complete control of
the FW anyway), which would make a lot more sense.
Thanks,
M.
--
Jazz is not dead, it just smell funny.
WARNING: multiple messages have this Message-ID (diff)
From: Marc Zyngier <marc.zyngier@arm.com>
To: Hanna Hawa <hhhawa@amazon.com>
Cc: catalin.marinas@arm.com, will.deacon@arm.com, jonnyc@amazon.com,
ronenk@amazon.com, Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>,
vaerov@amazon.com, linux@armlinux.org.uk, talel@amazon.com,
linux-acpi@vger.kernel.org, alisaidi@amazon.com, lenb@kernel.org,
jason@lakedaemon.net, antoine.tenart@bootlin.com,
zeev@amazon.com, tglx@linutronix.de, hanochu@amazon.com,
linux-arm-kernel@lists.infradead.org, barakw@amazon.com,
rjw@rjwysocki.net, linux-kernel@vger.kernel.org,
tsahee@annapurnalabs.com, dwmw@amazon.co.uk
Subject: Re: [PATCH 7/7] irqchip/al-msi: Add ACPI support
Date: Mon, 01 Apr 2019 03:15:19 +0100 [thread overview]
Message-ID: <86pnq65v48.wl-marc.zyngier@arm.com> (raw)
In-Reply-To: <1554035733-11827-3-git-send-email-hhhawa@amazon.com>
On Sun, 31 Mar 2019 13:35:33 +0100,
Hanna Hawa <hhhawa@amazon.com> wrote:
>
> This patch adds ACPI support for AL-MSIx driver.
>
> The AL-MSIx controller is not standard, is not included in the UEFI
> specification, and will not be added. The driver ACPI binding is
> performed when the following conditions are true:
> - OEM ID is AMAZON
> - MADT table type is 0x80 (part of the OEM reserved range).
>
> Signed-off-by: Hanna Hawa <hhhawa@amazon.com>
> Co-developed-by: Vladimir Aerov <vaerov@amazon.com>
> Signed-off-by: Vladimir Aerov <vaerov@amazon.com>
> ---
> drivers/irqchip/irq-al-msi.c | 118 ++++++++++++++++++++++++++++++++++++++++---
> 1 file changed, 111 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/irqchip/irq-al-msi.c b/drivers/irqchip/irq-al-msi.c
> index ec27455..cb80c1e 100644
> --- a/drivers/irqchip/irq-al-msi.c
> +++ b/drivers/irqchip/irq-al-msi.c
> @@ -9,6 +9,7 @@
>
> #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
>
> +#include <linux/acpi.h>
> #include <linux/dma-iommu.h>
> #include <linux/irqchip.h>
> #include <linux/irqchip/arm-gic.h>
> @@ -126,14 +127,20 @@ static int al_msix_gic_domain_alloc(struct irq_domain *domain,
> struct irq_data *d;
> int ret;
>
> - if (!is_of_node(domain->parent->fwnode))
> + if (is_of_node(domain->parent->fwnode)) {
> + fwspec.fwnode = domain->parent->fwnode;
> + fwspec.param_count = 3;
> + fwspec.param[0] = 0;
> + fwspec.param[1] = spi;
> + fwspec.param[2] = IRQ_TYPE_EDGE_RISING;
> + } else if (is_fwnode_irqchip(domain->parent->fwnode)) {
> + fwspec.fwnode = domain->parent->fwnode;
> + fwspec.param_count = 2;
> + fwspec.param[0] = spi + 32;
> + fwspec.param[1] = IRQ_TYPE_EDGE_RISING;
> + } else {
> return -EINVAL;
> -
> - fwspec.fwnode = domain->parent->fwnode;
> - fwspec.param_count = 3;
> - fwspec.param[0] = 0;
> - fwspec.param[1] = spi;
> - fwspec.param[2] = IRQ_TYPE_EDGE_RISING;
> + }
>
> ret = irq_domain_alloc_irqs_parent(domain, virq, 1, &fwspec);
> if (ret)
> @@ -304,3 +311,100 @@ static int al_msix_init(struct device_node *node, struct device_node *parent)
> }
> IRQCHIP_DECLARE(alpine_msix, "al,alpine-msix", al_msix_init);
> IRQCHIP_DECLARE(al_msix, "amazon,al-msix", al_msix_init);
> +
> +#ifdef CONFIG_ACPI
> +static struct al_msix_data *priv;
> +
> +#define ACPI_AMZN_MADT_OEM_TYPE 0x80
> +#define ACPI_AMZN_OEM_ID "AMAZON"
> +
> +struct acpi_madt_msix_oem_frame {
> + struct acpi_subtable_header header;
> + u64 base_address;
> + u32 base_address_len;
> + u16 spi_count;
> + u16 spi_base;
> +};
> +
> +static struct fwnode_handle *al_msi_get_fwnode(struct device *dev)
> +{
> + return priv->msi_domain_handle;
> +}
> +
> +static int __init al_msix_acpi_probe(struct acpi_subtable_header *header,
> + const unsigned long end)
> +{
> + struct irq_domain *gic_domain;
> + struct fwnode_handle *gic_domain_handle;
> + struct acpi_madt_msix_oem_frame *m;
> + int ret;
> +
> + m = container_of(header, struct acpi_madt_msix_oem_frame, header);
> + if (BAD_MADT_ENTRY(m, end))
> + return -EINVAL;
> +
> + gic_domain_handle = acpi_get_gsi_domain_id();
> + if (!gic_domain_handle) {
> + pr_err("Failed to find the GIC domain handle\n");
> + return -ENXIO;
> + }
> +
> + gic_domain = irq_find_matching_fwnode(gic_domain_handle,
> + DOMAIN_BUS_ANY);
> + if (!gic_domain) {
> + pr_err("Failed to find the GIC domain\n");
> + return -ENXIO;
> + }
Why do you do this in the iterator? It won't change over time, right?
> +
> + priv = kzalloc(sizeof(*priv), GFP_KERNEL);
> + if (!priv)
> + return -ENOMEM;
> +
> + priv->spi_first = m->spi_base;
> + priv->num_spis = m->spi_count;
> +
> + priv->msi_domain_handle = irq_domain_alloc_fwnode((void *)
> + m->base_address);
> + if (!priv->msi_domain_handle) {
> + pr_err("Unable to allocate msi domain token\n");
> + ret = -EINVAL;
> + goto err_acpi_priv;
> + }
> +
> + ret = al_msix_init_common(priv, m->base_address);
> + if (ret)
> + goto err_acpi_priv;
> +
> + ret = al_msix_init_domains(priv, gic_domain);
> + if (ret)
> + goto err_acpi_map;
> +
> + pci_msi_register_fwnode_provider(&al_msi_get_fwnode);
> +
> + return 0;
> +
> +err_acpi_map:
> + kfree(priv->msi_map);
> +err_acpi_priv:
> + kfree(priv);
> + return ret;
> +}
> +
> +static int __init al_msix_acpi_init(void)
> +{
> + static struct acpi_table_madt *madt;
> + acpi_status status;
> +
> + /* if ACPI MADT table is not Amazon defined return */
> + status = acpi_get_table(ACPI_SIG_MADT, 0,
> + (struct acpi_table_header **)&madt);
> + if (ACPI_FAILURE(status) || (madt && memcmp(madt->header.oem_id,
> + ACPI_AMZN_OEM_ID,
> + ACPI_OEM_ID_SIZE)))
> + return -ENODEV;
> +
> + return acpi_table_parse_madt(ACPI_AMZN_MADT_OEM_TYPE,
> + al_msix_acpi_probe, 0);
> +}
> +early_initcall(al_msix_acpi_init);
These initcalls are not maintainable in the long run. Either this is
part of the core ACPI discovery (IRQCHIP_ACPI_DECLARE), or it should
use another probing method. If you need to express dependencies, make
it an actual device driver (I suspect you're in complete control of
the FW anyway), which would make a lot more sense.
Thanks,
M.
--
Jazz is not dead, it just smell funny.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: Marc Zyngier <marc.zyngier@arm.com>
To: Hanna Hawa <hhhawa@amazon.com>
Cc: <tsahee@annapurnalabs.com>, <antoine.tenart@bootlin.com>,
<linux@armlinux.org.uk>, <catalin.marinas@arm.com>,
<will.deacon@arm.com>, <rjw@rjwysocki.net>, <lenb@kernel.org>,
<tglx@linutronix.de>, <jason@lakedaemon.net>, <ronenk@amazon.com>,
<dwmw@amazon.co.uk>, <vaerov@amazon.com>, <zeev@amazon.com>,
<alisaidi@amazon.com>, <talel@amazon.com>, <jonnyc@amazon.com>,
<hanochu@amazon.com>, <barakw@amazon.com>,
<linux-arm-kernel@lists.infradead.org>,
<linux-kernel@vger.kernel.org>, <linux-acpi@vger.kernel.org>,
Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
Subject: Re: [PATCH 7/7] irqchip/al-msi: Add ACPI support
Date: Mon, 01 Apr 2019 03:15:19 +0100 [thread overview]
Message-ID: <86pnq65v48.wl-marc.zyngier@arm.com> (raw)
In-Reply-To: <1554035733-11827-3-git-send-email-hhhawa@amazon.com>
On Sun, 31 Mar 2019 13:35:33 +0100,
Hanna Hawa <hhhawa@amazon.com> wrote:
>
> This patch adds ACPI support for AL-MSIx driver.
>
> The AL-MSIx controller is not standard, is not included in the UEFI
> specification, and will not be added. The driver ACPI binding is
> performed when the following conditions are true:
> - OEM ID is AMAZON
> - MADT table type is 0x80 (part of the OEM reserved range).
>
> Signed-off-by: Hanna Hawa <hhhawa@amazon.com>
> Co-developed-by: Vladimir Aerov <vaerov@amazon.com>
> Signed-off-by: Vladimir Aerov <vaerov@amazon.com>
> ---
> drivers/irqchip/irq-al-msi.c | 118 ++++++++++++++++++++++++++++++++++++++++---
> 1 file changed, 111 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/irqchip/irq-al-msi.c b/drivers/irqchip/irq-al-msi.c
> index ec27455..cb80c1e 100644
> --- a/drivers/irqchip/irq-al-msi.c
> +++ b/drivers/irqchip/irq-al-msi.c
> @@ -9,6 +9,7 @@
>
> #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt
>
> +#include <linux/acpi.h>
> #include <linux/dma-iommu.h>
> #include <linux/irqchip.h>
> #include <linux/irqchip/arm-gic.h>
> @@ -126,14 +127,20 @@ static int al_msix_gic_domain_alloc(struct irq_domain *domain,
> struct irq_data *d;
> int ret;
>
> - if (!is_of_node(domain->parent->fwnode))
> + if (is_of_node(domain->parent->fwnode)) {
> + fwspec.fwnode = domain->parent->fwnode;
> + fwspec.param_count = 3;
> + fwspec.param[0] = 0;
> + fwspec.param[1] = spi;
> + fwspec.param[2] = IRQ_TYPE_EDGE_RISING;
> + } else if (is_fwnode_irqchip(domain->parent->fwnode)) {
> + fwspec.fwnode = domain->parent->fwnode;
> + fwspec.param_count = 2;
> + fwspec.param[0] = spi + 32;
> + fwspec.param[1] = IRQ_TYPE_EDGE_RISING;
> + } else {
> return -EINVAL;
> -
> - fwspec.fwnode = domain->parent->fwnode;
> - fwspec.param_count = 3;
> - fwspec.param[0] = 0;
> - fwspec.param[1] = spi;
> - fwspec.param[2] = IRQ_TYPE_EDGE_RISING;
> + }
>
> ret = irq_domain_alloc_irqs_parent(domain, virq, 1, &fwspec);
> if (ret)
> @@ -304,3 +311,100 @@ static int al_msix_init(struct device_node *node, struct device_node *parent)
> }
> IRQCHIP_DECLARE(alpine_msix, "al,alpine-msix", al_msix_init);
> IRQCHIP_DECLARE(al_msix, "amazon,al-msix", al_msix_init);
> +
> +#ifdef CONFIG_ACPI
> +static struct al_msix_data *priv;
> +
> +#define ACPI_AMZN_MADT_OEM_TYPE 0x80
> +#define ACPI_AMZN_OEM_ID "AMAZON"
> +
> +struct acpi_madt_msix_oem_frame {
> + struct acpi_subtable_header header;
> + u64 base_address;
> + u32 base_address_len;
> + u16 spi_count;
> + u16 spi_base;
> +};
> +
> +static struct fwnode_handle *al_msi_get_fwnode(struct device *dev)
> +{
> + return priv->msi_domain_handle;
> +}
> +
> +static int __init al_msix_acpi_probe(struct acpi_subtable_header *header,
> + const unsigned long end)
> +{
> + struct irq_domain *gic_domain;
> + struct fwnode_handle *gic_domain_handle;
> + struct acpi_madt_msix_oem_frame *m;
> + int ret;
> +
> + m = container_of(header, struct acpi_madt_msix_oem_frame, header);
> + if (BAD_MADT_ENTRY(m, end))
> + return -EINVAL;
> +
> + gic_domain_handle = acpi_get_gsi_domain_id();
> + if (!gic_domain_handle) {
> + pr_err("Failed to find the GIC domain handle\n");
> + return -ENXIO;
> + }
> +
> + gic_domain = irq_find_matching_fwnode(gic_domain_handle,
> + DOMAIN_BUS_ANY);
> + if (!gic_domain) {
> + pr_err("Failed to find the GIC domain\n");
> + return -ENXIO;
> + }
Why do you do this in the iterator? It won't change over time, right?
> +
> + priv = kzalloc(sizeof(*priv), GFP_KERNEL);
> + if (!priv)
> + return -ENOMEM;
> +
> + priv->spi_first = m->spi_base;
> + priv->num_spis = m->spi_count;
> +
> + priv->msi_domain_handle = irq_domain_alloc_fwnode((void *)
> + m->base_address);
> + if (!priv->msi_domain_handle) {
> + pr_err("Unable to allocate msi domain token\n");
> + ret = -EINVAL;
> + goto err_acpi_priv;
> + }
> +
> + ret = al_msix_init_common(priv, m->base_address);
> + if (ret)
> + goto err_acpi_priv;
> +
> + ret = al_msix_init_domains(priv, gic_domain);
> + if (ret)
> + goto err_acpi_map;
> +
> + pci_msi_register_fwnode_provider(&al_msi_get_fwnode);
> +
> + return 0;
> +
> +err_acpi_map:
> + kfree(priv->msi_map);
> +err_acpi_priv:
> + kfree(priv);
> + return ret;
> +}
> +
> +static int __init al_msix_acpi_init(void)
> +{
> + static struct acpi_table_madt *madt;
> + acpi_status status;
> +
> + /* if ACPI MADT table is not Amazon defined return */
> + status = acpi_get_table(ACPI_SIG_MADT, 0,
> + (struct acpi_table_header **)&madt);
> + if (ACPI_FAILURE(status) || (madt && memcmp(madt->header.oem_id,
> + ACPI_AMZN_OEM_ID,
> + ACPI_OEM_ID_SIZE)))
> + return -ENODEV;
> +
> + return acpi_table_parse_madt(ACPI_AMZN_MADT_OEM_TYPE,
> + al_msix_acpi_probe, 0);
> +}
> +early_initcall(al_msix_acpi_init);
These initcalls are not maintainable in the long run. Either this is
part of the core ACPI discovery (IRQCHIP_ACPI_DECLARE), or it should
use another probing method. If you need to express dependencies, make
it an actual device driver (I suspect you're in complete control of
the FW anyway), which would make a lot more sense.
Thanks,
M.
--
Jazz is not dead, it just smell funny.
next prev parent reply other threads:[~2019-04-01 2:15 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-03-31 12:35 [PATCH 5/7] ACPI / irq: Add GSI IRQ domain getter function Hanna Hawa
2019-03-31 12:35 ` Hanna Hawa
2019-03-31 12:35 ` Hanna Hawa
2019-03-31 12:35 ` [PATCH 6/7] irqchip/al-msi: Refactor in preparation to add ACPI support Hanna Hawa
2019-03-31 12:35 ` Hanna Hawa
2019-03-31 12:35 ` Hanna Hawa
2019-03-31 12:35 ` [PATCH 7/7] irqchip/al-msi: Add " Hanna Hawa
2019-03-31 12:35 ` Hanna Hawa
2019-03-31 12:35 ` Hanna Hawa
2019-04-01 2:15 ` Marc Zyngier [this message]
2019-04-01 2:15 ` Marc Zyngier
2019-04-01 2:15 ` Marc Zyngier
2019-04-04 14:45 ` Zeev Zilberman
2019-04-04 14:45 ` Zeev Zilberman
2019-04-04 14:45 ` Zeev Zilberman
2019-04-12 12:08 ` Marc Zyngier
2019-04-12 12:08 ` Marc Zyngier
2019-04-12 16:45 ` Lorenzo Pieralisi
2019-04-12 16:45 ` Lorenzo Pieralisi
2019-04-26 9:49 ` Alexander Graf
2019-04-26 9:49 ` Alexander Graf
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=86pnq65v48.wl-marc.zyngier@arm.com \
--to=marc.zyngier@arm.com \
--cc=alisaidi@amazon.com \
--cc=antoine.tenart@bootlin.com \
--cc=barakw@amazon.com \
--cc=catalin.marinas@arm.com \
--cc=dwmw@amazon.co.uk \
--cc=hanochu@amazon.com \
--cc=hhhawa@amazon.com \
--cc=jason@lakedaemon.net \
--cc=jonnyc@amazon.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=lorenzo.pieralisi@arm.com \
--cc=rjw@rjwysocki.net \
--cc=ronenk@amazon.com \
--cc=talel@amazon.com \
--cc=tglx@linutronix.de \
--cc=tsahee@annapurnalabs.com \
--cc=vaerov@amazon.com \
--cc=will.deacon@arm.com \
--cc=zeev@amazon.com \
/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.