From: Robin Murphy <robin.murphy-5wv7dgnIgG8@public.gmane.org>
To: Laura Abbott <lauraa-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>,
Will Deacon <Will.Deacon-5wv7dgnIgG8@public.gmane.org>,
Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>
Cc: Mitchel Humpherys
<mitchelh-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>,
Laurent Pinchart
<laurent.pinchart+renesas-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org>,
Marek Szyprowski
<m.szyprowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>,
Joreg Roedel <joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org>,
"iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org"
<iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
"grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org"
<grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH/RFC 4/4] iommu/arm-smmu: Support deferred probing
Date: Fri, 06 Feb 2015 18:31:02 +0000 [thread overview]
Message-ID: <54D50866.8000505@arm.com> (raw)
In-Reply-To: <1423182722-16646-5-git-send-email-lauraa-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
Hi Laura,
As a heads up, I'm still vainly hoping to move the ARM SMMU driver
entirely over to the generic framework - there's an iommu/dev branch on
top of the iommu/dma branch I pushed earlier[1] which you might want to
take a peek at to check if we're likely to end up pulling in different
directions.
[1]:http://article.gmane.org/gmane.linux.kernel.iommu/8773
On 06/02/15 00:32, Laura Abbott wrote:
>
> With the addition of clocks in the SMMU driver, the driver
> now may need to be deferred if the clocks are not ready. Apart from
> just the probe function though, we may need to defer attachment as
> well. Support both of these.
>
> Signed-off-by: Laura Abbott <lauraa-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
> ---
> I went with the simplest approach ('started_probe') to indicate
> we should defer probing. Another possibility I considered was to have
> a 'masters added before probe completed' list and keep all masters
> there until probe completes at which point we can bind the masters
> to the SMMUs.
I think this looks OK for the single-distributed-SMMU case MMU-500
allows; the Juno case with multiple MMU-401 instances is more awkward,
but I have a feeling there's a really neat way to slot this approach to
deferral into my per-instance stuff. I'll give this series a spin and
see what falls out.
Thanks,
Robin.
> ---
> drivers/iommu/arm-smmu.c | 37 +++++++++++++++++++++++++++++++++++--
> 1 file changed, 35 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c
> index d9f7cf48..7e8194c 100644
> --- a/drivers/iommu/arm-smmu.c
> +++ b/drivers/iommu/arm-smmu.c
> @@ -43,6 +43,8 @@
> #include <linux/platform_device.h>
> #include <linux/slab.h>
> #include <linux/spinlock.h>
> +#include <linux/of_iommu.h>
> +#include <linux/of_platform.h>
>
> #include <linux/amba/bus.h>
>
> @@ -330,6 +332,7 @@ static int force_stage;
> module_param_named(force_stage, force_stage, int, S_IRUGO | S_IWUSR);
> MODULE_PARM_DESC(force_stage,
> "Force SMMU mappings to be installed at a particular stage of translation. A value of '1' or '2' forces the corresponding stage. All other values are ignored (i.e. no stage is forced). Note that selecting a specific stage will disable support for nested translation.");
> +static bool started_probe;
>
> enum arm_smmu_arch_version {
> ARM_SMMU_V1 = 1,
> @@ -1284,7 +1287,7 @@ static int arm_smmu_attach_dev(struct iommu_domain *domain, struct device *dev)
> smmu = find_smmu_for_device(dev);
> if (!smmu) {
> dev_err(dev, "cannot attach to SMMU, is it on the same bus?\n");
> - return -ENXIO;
> + return started_probe ? -EPROBE_DEFER : -ENXIO;
> }
>
> if (dev->archdata.iommu) {
> @@ -1677,7 +1680,7 @@ static int arm_smmu_add_device(struct device *dev)
>
> smmu = find_smmu_for_device(dev);
> if (!smmu)
> - return -ENODEV;
> + return started_probe ? -EPROBE_DEFER : -ENODEV;
>
> group = iommu_group_alloc();
> if (IS_ERR(group)) {
> @@ -1761,6 +1764,11 @@ static int arm_smmu_domain_set_attr(struct iommu_domain *domain,
> }
> }
>
> +static int arm_smmu_of_xlate(struct device *dev, struct of_phandle_args *spec)
> +{
> + return arm_smmu_add_device(dev);
> +}
> +
> static int arm_smmu_enable_resources(struct iommu_domain *domain)
> {
> struct arm_smmu_domain *smmu_domain = domain->priv;
> @@ -1814,6 +1822,7 @@ static const struct iommu_ops arm_smmu_ops = {
> .pgsize_bitmap = (SECTION_SIZE |
> ARM_SMMU_PTE_CONT_SIZE |
> PAGE_SIZE),
> + .of_xlate = arm_smmu_of_xlate,
> .enable_resources = arm_smmu_enable_resources,
> .disable_resources = arm_smmu_disable_resources,
> };
> @@ -2108,6 +2117,8 @@ static int arm_smmu_device_dt_probe(struct platform_device *pdev)
> struct of_phandle_args masterspec;
> int num_irqs, i, err;
>
> + started_probe = true;
> +
> smmu = devm_kzalloc(dev, sizeof(*smmu), GFP_KERNEL);
> if (!smmu) {
> dev_err(dev, "failed to allocate arm_smmu_device\n");
> @@ -2282,6 +2293,8 @@ static struct platform_driver arm_smmu_driver = {
> .remove = arm_smmu_device_remove,
> };
>
> +static int init_done;
> +
> static int __init arm_smmu_init(void)
> {
> struct device_node *np;
> @@ -2316,6 +2329,7 @@ static int __init arm_smmu_init(void)
> bus_set_iommu(&pci_bus_type, &arm_smmu_ops);
> #endif
>
> + init_done = true;
> return 0;
> }
>
> @@ -2327,6 +2341,25 @@ static void __exit arm_smmu_exit(void)
> subsys_initcall(arm_smmu_init);
> module_exit(arm_smmu_exit);
>
> +static int __init arm_smmu_of_setup(struct device_node *np)
> +{
> + struct platform_device *pdev;
> +
> + if (!init_done)
> + arm_smmu_init();
> +
> + pdev = of_platform_device_create(np, NULL, platform_bus_type.dev_root);
> + if (IS_ERR(pdev))
> + return PTR_ERR(pdev);
> +
> + of_iommu_set_ops(np, &arm_smmu_ops);
> + return 0;
> +}
> +
> +IOMMU_OF_DECLARE(arm_smmu_of, "arm,mmu-500",
> + arm_smmu_of_setup);
> +
> +
> MODULE_DESCRIPTION("IOMMU API for ARM architected SMMU implementations");
> MODULE_AUTHOR("Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>");
> MODULE_LICENSE("GPL v2");
>
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: robin.murphy@arm.com (Robin Murphy)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH/RFC 4/4] iommu/arm-smmu: Support deferred probing
Date: Fri, 06 Feb 2015 18:31:02 +0000 [thread overview]
Message-ID: <54D50866.8000505@arm.com> (raw)
In-Reply-To: <1423182722-16646-5-git-send-email-lauraa@codeaurora.org>
Hi Laura,
As a heads up, I'm still vainly hoping to move the ARM SMMU driver
entirely over to the generic framework - there's an iommu/dev branch on
top of the iommu/dma branch I pushed earlier[1] which you might want to
take a peek at to check if we're likely to end up pulling in different
directions.
[1]:http://article.gmane.org/gmane.linux.kernel.iommu/8773
On 06/02/15 00:32, Laura Abbott wrote:
>
> With the addition of clocks in the SMMU driver, the driver
> now may need to be deferred if the clocks are not ready. Apart from
> just the probe function though, we may need to defer attachment as
> well. Support both of these.
>
> Signed-off-by: Laura Abbott <lauraa@codeaurora.org>
> ---
> I went with the simplest approach ('started_probe') to indicate
> we should defer probing. Another possibility I considered was to have
> a 'masters added before probe completed' list and keep all masters
> there until probe completes at which point we can bind the masters
> to the SMMUs.
I think this looks OK for the single-distributed-SMMU case MMU-500
allows; the Juno case with multiple MMU-401 instances is more awkward,
but I have a feeling there's a really neat way to slot this approach to
deferral into my per-instance stuff. I'll give this series a spin and
see what falls out.
Thanks,
Robin.
> ---
> drivers/iommu/arm-smmu.c | 37 +++++++++++++++++++++++++++++++++++--
> 1 file changed, 35 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c
> index d9f7cf48..7e8194c 100644
> --- a/drivers/iommu/arm-smmu.c
> +++ b/drivers/iommu/arm-smmu.c
> @@ -43,6 +43,8 @@
> #include <linux/platform_device.h>
> #include <linux/slab.h>
> #include <linux/spinlock.h>
> +#include <linux/of_iommu.h>
> +#include <linux/of_platform.h>
>
> #include <linux/amba/bus.h>
>
> @@ -330,6 +332,7 @@ static int force_stage;
> module_param_named(force_stage, force_stage, int, S_IRUGO | S_IWUSR);
> MODULE_PARM_DESC(force_stage,
> "Force SMMU mappings to be installed at a particular stage of translation. A value of '1' or '2' forces the corresponding stage. All other values are ignored (i.e. no stage is forced). Note that selecting a specific stage will disable support for nested translation.");
> +static bool started_probe;
>
> enum arm_smmu_arch_version {
> ARM_SMMU_V1 = 1,
> @@ -1284,7 +1287,7 @@ static int arm_smmu_attach_dev(struct iommu_domain *domain, struct device *dev)
> smmu = find_smmu_for_device(dev);
> if (!smmu) {
> dev_err(dev, "cannot attach to SMMU, is it on the same bus?\n");
> - return -ENXIO;
> + return started_probe ? -EPROBE_DEFER : -ENXIO;
> }
>
> if (dev->archdata.iommu) {
> @@ -1677,7 +1680,7 @@ static int arm_smmu_add_device(struct device *dev)
>
> smmu = find_smmu_for_device(dev);
> if (!smmu)
> - return -ENODEV;
> + return started_probe ? -EPROBE_DEFER : -ENODEV;
>
> group = iommu_group_alloc();
> if (IS_ERR(group)) {
> @@ -1761,6 +1764,11 @@ static int arm_smmu_domain_set_attr(struct iommu_domain *domain,
> }
> }
>
> +static int arm_smmu_of_xlate(struct device *dev, struct of_phandle_args *spec)
> +{
> + return arm_smmu_add_device(dev);
> +}
> +
> static int arm_smmu_enable_resources(struct iommu_domain *domain)
> {
> struct arm_smmu_domain *smmu_domain = domain->priv;
> @@ -1814,6 +1822,7 @@ static const struct iommu_ops arm_smmu_ops = {
> .pgsize_bitmap = (SECTION_SIZE |
> ARM_SMMU_PTE_CONT_SIZE |
> PAGE_SIZE),
> + .of_xlate = arm_smmu_of_xlate,
> .enable_resources = arm_smmu_enable_resources,
> .disable_resources = arm_smmu_disable_resources,
> };
> @@ -2108,6 +2117,8 @@ static int arm_smmu_device_dt_probe(struct platform_device *pdev)
> struct of_phandle_args masterspec;
> int num_irqs, i, err;
>
> + started_probe = true;
> +
> smmu = devm_kzalloc(dev, sizeof(*smmu), GFP_KERNEL);
> if (!smmu) {
> dev_err(dev, "failed to allocate arm_smmu_device\n");
> @@ -2282,6 +2293,8 @@ static struct platform_driver arm_smmu_driver = {
> .remove = arm_smmu_device_remove,
> };
>
> +static int init_done;
> +
> static int __init arm_smmu_init(void)
> {
> struct device_node *np;
> @@ -2316,6 +2329,7 @@ static int __init arm_smmu_init(void)
> bus_set_iommu(&pci_bus_type, &arm_smmu_ops);
> #endif
>
> + init_done = true;
> return 0;
> }
>
> @@ -2327,6 +2341,25 @@ static void __exit arm_smmu_exit(void)
> subsys_initcall(arm_smmu_init);
> module_exit(arm_smmu_exit);
>
> +static int __init arm_smmu_of_setup(struct device_node *np)
> +{
> + struct platform_device *pdev;
> +
> + if (!init_done)
> + arm_smmu_init();
> +
> + pdev = of_platform_device_create(np, NULL, platform_bus_type.dev_root);
> + if (IS_ERR(pdev))
> + return PTR_ERR(pdev);
> +
> + of_iommu_set_ops(np, &arm_smmu_ops);
> + return 0;
> +}
> +
> +IOMMU_OF_DECLARE(arm_smmu_of, "arm,mmu-500",
> + arm_smmu_of_setup);
> +
> +
> MODULE_DESCRIPTION("IOMMU API for ARM architected SMMU implementations");
> MODULE_AUTHOR("Will Deacon <will.deacon@arm.com>");
> MODULE_LICENSE("GPL v2");
>
WARNING: multiple messages have this Message-ID (diff)
From: Robin Murphy <robin.murphy@arm.com>
To: Laura Abbott <lauraa@codeaurora.org>,
Will Deacon <Will.Deacon@arm.com>, Arnd Bergmann <arnd@arndb.de>
Cc: Mitchel Humpherys <mitchelh@codeaurora.org>,
Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>,
Marek Szyprowski <m.szyprowski@samsung.com>,
Joreg Roedel <joro@8bytes.org>,
"iommu@lists.linux-foundation.org"
<iommu@lists.linux-foundation.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"grant.likely@linaro.org" <grant.likely@linaro.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>
Subject: Re: [PATCH/RFC 4/4] iommu/arm-smmu: Support deferred probing
Date: Fri, 06 Feb 2015 18:31:02 +0000 [thread overview]
Message-ID: <54D50866.8000505@arm.com> (raw)
In-Reply-To: <1423182722-16646-5-git-send-email-lauraa@codeaurora.org>
Hi Laura,
As a heads up, I'm still vainly hoping to move the ARM SMMU driver
entirely over to the generic framework - there's an iommu/dev branch on
top of the iommu/dma branch I pushed earlier[1] which you might want to
take a peek at to check if we're likely to end up pulling in different
directions.
[1]:http://article.gmane.org/gmane.linux.kernel.iommu/8773
On 06/02/15 00:32, Laura Abbott wrote:
>
> With the addition of clocks in the SMMU driver, the driver
> now may need to be deferred if the clocks are not ready. Apart from
> just the probe function though, we may need to defer attachment as
> well. Support both of these.
>
> Signed-off-by: Laura Abbott <lauraa@codeaurora.org>
> ---
> I went with the simplest approach ('started_probe') to indicate
> we should defer probing. Another possibility I considered was to have
> a 'masters added before probe completed' list and keep all masters
> there until probe completes at which point we can bind the masters
> to the SMMUs.
I think this looks OK for the single-distributed-SMMU case MMU-500
allows; the Juno case with multiple MMU-401 instances is more awkward,
but I have a feeling there's a really neat way to slot this approach to
deferral into my per-instance stuff. I'll give this series a spin and
see what falls out.
Thanks,
Robin.
> ---
> drivers/iommu/arm-smmu.c | 37 +++++++++++++++++++++++++++++++++++--
> 1 file changed, 35 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/iommu/arm-smmu.c b/drivers/iommu/arm-smmu.c
> index d9f7cf48..7e8194c 100644
> --- a/drivers/iommu/arm-smmu.c
> +++ b/drivers/iommu/arm-smmu.c
> @@ -43,6 +43,8 @@
> #include <linux/platform_device.h>
> #include <linux/slab.h>
> #include <linux/spinlock.h>
> +#include <linux/of_iommu.h>
> +#include <linux/of_platform.h>
>
> #include <linux/amba/bus.h>
>
> @@ -330,6 +332,7 @@ static int force_stage;
> module_param_named(force_stage, force_stage, int, S_IRUGO | S_IWUSR);
> MODULE_PARM_DESC(force_stage,
> "Force SMMU mappings to be installed at a particular stage of translation. A value of '1' or '2' forces the corresponding stage. All other values are ignored (i.e. no stage is forced). Note that selecting a specific stage will disable support for nested translation.");
> +static bool started_probe;
>
> enum arm_smmu_arch_version {
> ARM_SMMU_V1 = 1,
> @@ -1284,7 +1287,7 @@ static int arm_smmu_attach_dev(struct iommu_domain *domain, struct device *dev)
> smmu = find_smmu_for_device(dev);
> if (!smmu) {
> dev_err(dev, "cannot attach to SMMU, is it on the same bus?\n");
> - return -ENXIO;
> + return started_probe ? -EPROBE_DEFER : -ENXIO;
> }
>
> if (dev->archdata.iommu) {
> @@ -1677,7 +1680,7 @@ static int arm_smmu_add_device(struct device *dev)
>
> smmu = find_smmu_for_device(dev);
> if (!smmu)
> - return -ENODEV;
> + return started_probe ? -EPROBE_DEFER : -ENODEV;
>
> group = iommu_group_alloc();
> if (IS_ERR(group)) {
> @@ -1761,6 +1764,11 @@ static int arm_smmu_domain_set_attr(struct iommu_domain *domain,
> }
> }
>
> +static int arm_smmu_of_xlate(struct device *dev, struct of_phandle_args *spec)
> +{
> + return arm_smmu_add_device(dev);
> +}
> +
> static int arm_smmu_enable_resources(struct iommu_domain *domain)
> {
> struct arm_smmu_domain *smmu_domain = domain->priv;
> @@ -1814,6 +1822,7 @@ static const struct iommu_ops arm_smmu_ops = {
> .pgsize_bitmap = (SECTION_SIZE |
> ARM_SMMU_PTE_CONT_SIZE |
> PAGE_SIZE),
> + .of_xlate = arm_smmu_of_xlate,
> .enable_resources = arm_smmu_enable_resources,
> .disable_resources = arm_smmu_disable_resources,
> };
> @@ -2108,6 +2117,8 @@ static int arm_smmu_device_dt_probe(struct platform_device *pdev)
> struct of_phandle_args masterspec;
> int num_irqs, i, err;
>
> + started_probe = true;
> +
> smmu = devm_kzalloc(dev, sizeof(*smmu), GFP_KERNEL);
> if (!smmu) {
> dev_err(dev, "failed to allocate arm_smmu_device\n");
> @@ -2282,6 +2293,8 @@ static struct platform_driver arm_smmu_driver = {
> .remove = arm_smmu_device_remove,
> };
>
> +static int init_done;
> +
> static int __init arm_smmu_init(void)
> {
> struct device_node *np;
> @@ -2316,6 +2329,7 @@ static int __init arm_smmu_init(void)
> bus_set_iommu(&pci_bus_type, &arm_smmu_ops);
> #endif
>
> + init_done = true;
> return 0;
> }
>
> @@ -2327,6 +2341,25 @@ static void __exit arm_smmu_exit(void)
> subsys_initcall(arm_smmu_init);
> module_exit(arm_smmu_exit);
>
> +static int __init arm_smmu_of_setup(struct device_node *np)
> +{
> + struct platform_device *pdev;
> +
> + if (!init_done)
> + arm_smmu_init();
> +
> + pdev = of_platform_device_create(np, NULL, platform_bus_type.dev_root);
> + if (IS_ERR(pdev))
> + return PTR_ERR(pdev);
> +
> + of_iommu_set_ops(np, &arm_smmu_ops);
> + return 0;
> +}
> +
> +IOMMU_OF_DECLARE(arm_smmu_of, "arm,mmu-500",
> + arm_smmu_of_setup);
> +
> +
> MODULE_DESCRIPTION("IOMMU API for ARM architected SMMU implementations");
> MODULE_AUTHOR("Will Deacon <will.deacon@arm.com>");
> MODULE_LICENSE("GPL v2");
>
next prev parent reply other threads:[~2015-02-06 18:31 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-06 0:31 [PATCH/RFC 0/4] Probe deferral for IOMMU DT integration Laura Abbott
2015-02-06 0:31 ` Laura Abbott
2015-02-06 0:31 ` Laura Abbott
[not found] ` <1423182722-16646-1-git-send-email-lauraa-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2015-02-06 0:31 ` [PATCH/RFC 1/4] dma-mapping: Make arch_setup_dma_ops return an error code Laura Abbott
2015-02-06 0:31 ` Laura Abbott
2015-02-06 0:31 ` Laura Abbott
2015-02-06 0:32 ` [PATCH/RFC 2/4] of: Return error codes from of_dma_configure Laura Abbott
2015-02-06 0:32 ` Laura Abbott
2015-02-06 0:32 ` Laura Abbott
2015-02-06 0:32 ` [PATCH/RFC 3/4] iommu/arm-smmu: add support for specifying clocks Laura Abbott
2015-02-06 0:32 ` Laura Abbott
2015-02-06 0:32 ` Laura Abbott
2015-02-06 0:32 ` [PATCH/RFC 4/4] iommu/arm-smmu: Support deferred probing Laura Abbott
2015-02-06 0:32 ` Laura Abbott
2015-02-06 0:32 ` Laura Abbott
[not found] ` <1423182722-16646-5-git-send-email-lauraa-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>
2015-02-06 18:31 ` Robin Murphy [this message]
2015-02-06 18:31 ` Robin Murphy
2015-02-06 18:31 ` Robin Murphy
2015-02-07 22:41 ` [PATCH/RFC 0/4] Probe deferral for IOMMU DT integration arnd-r2nGTMty4D4
2015-02-07 22:41 ` arnd
2015-02-07 22:41 ` arnd at arndb.de
2015-02-09 21:27 ` Laura Abbott
2015-02-09 21:27 ` Laura Abbott
[not found] ` <2115835102.210232.1423348884955.JavaMail.open-xchange-h4m1HHXQYNGZU4JK52HgGMgmgJlYmuWJ@public.gmane.org>
2015-02-11 9:37 ` Marek Szyprowski
2015-02-11 9:37 ` Marek Szyprowski
2015-02-11 9:37 ` Marek Szyprowski
2015-02-16 16:14 ` Laurent Pinchart
2015-02-16 16:14 ` Laurent Pinchart
2015-02-16 16:14 ` Laurent Pinchart
2015-03-03 23:54 ` Laurent Pinchart
2015-03-03 23:54 ` Laurent Pinchart
2015-03-03 23:54 ` Laurent Pinchart
2015-03-04 15:25 ` Will Deacon
2015-03-04 15:25 ` Will Deacon
2015-03-04 15:25 ` Will Deacon
[not found] ` <20150304152505.GE17250-5wv7dgnIgG8@public.gmane.org>
2015-03-04 15:41 ` Laurent Pinchart
2015-03-04 15:41 ` Laurent Pinchart
2015-03-04 15:41 ` Laurent Pinchart
2015-03-04 9:20 ` Marek Szyprowski
2015-03-04 9:20 ` Marek Szyprowski
2015-03-04 9:20 ` Marek Szyprowski
[not found] ` <54F6CE64.8040503-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org>
2015-05-12 10:01 ` Laurent Pinchart
2015-05-12 10:01 ` Laurent Pinchart
2015-05-12 10:01 ` Laurent Pinchart
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=54D50866.8000505@arm.com \
--to=robin.murphy-5wv7dgnigg8@public.gmane.org \
--cc=Will.Deacon-5wv7dgnIgG8@public.gmane.org \
--cc=arnd-r2nGTMty4D4@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
--cc=iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org \
--cc=joro-zLv9SwRftAIdnm+yROfE0A@public.gmane.org \
--cc=lauraa-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org \
--cc=laurent.pinchart+renesas-ryLnwIuWjnjg/C1BVhZhaw@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=m.szyprowski-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org \
--cc=mitchelh-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.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.