From: ddaney@caviumnetworks.com (David Daney)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 2/3] of/irq: Add new function of_msi_map_rid()
Date: Wed, 23 Sep 2015 10:12:39 -0700 [thread overview]
Message-ID: <5602DD87.1080805@caviumnetworks.com> (raw)
In-Reply-To: <CAL_JsqKh0BaEOnjJYiDSa_unwm0MFqw+_wMEM+LOkvADSkfTkQ@mail.gmail.com>
On 09/23/2015 10:07 AM, Rob Herring wrote:
> On Tue, Sep 22, 2015 at 7:00 PM, David Daney <ddaney.cavm@gmail.com> wrote:
>> From: David Daney <david.daney@cavium.com>
>>
>> The device tree property "msi-map" specifies how to create the PCI
>> requester id used in some MSI controllers. Add a new function
>> of_msi_map_rid() that finds the msi-map property and applies its
>> translation to a given requester id.
>>
>> Signed-off-by: David Daney <david.daney@cavium.com>
>> ---
>> drivers/of/irq.c | 86 ++++++++++++++++++++++++++++++++++++++++++++++++++
>> include/linux/of_irq.h | 7 ++++
>> 2 files changed, 93 insertions(+)
>>
>> diff --git a/drivers/of/irq.c b/drivers/of/irq.c
>> index 55317fa..3f64d2e 100644
>> --- a/drivers/of/irq.c
>> +++ b/drivers/of/irq.c
>> @@ -598,3 +598,89 @@ void of_msi_configure(struct device *dev, struct device_node *np)
>> d = irq_find_host(msi_np);
>> dev_set_msi_domain(dev, d);
>> }
>> +
>> +/**
>> + * of_msi_map_rid - Map a MSI requester ID for a device.
>> + * @dev: device for which the mapping is to be done.
>> + * @msi_np: device node of the expected msi controller.
>> + * @rid_in: unmapped MSI requester ID for the device.
>> + *
>> + * Walk up the device hierarchy looking for devices with a "msi-map"
>> + * property. If found, apply the mapping to @rid_in.
>> + *
>> + * Returns the mapped MSI requester ID.
>> + */
>> +u32 of_msi_map_rid(struct device *dev, struct device_node *msi_np, u32 rid_in)
>
> Generally, the OF API does not use struct device except for what is in
> of/device.c. I'm guessing you need it here because you have devices
> without DT nodes?
Exactly right. As you can see we walk up the hierarchy until we find a
device with the desired of_node ("msi-map").
>
> We may want to handle this more like NUMA node IDs where we populate
> data in struct device at creation time and looking at struct device
> parents is independent of DT. How would this information be retrieved
> with ACPI?
ACPI has a table called _IORT that contains similar information. It
would have to be extracted with an analogous facility.
>
>> +{
>> + struct device *parent_dev;
>> + struct device_node *msi_controller_node;
>> + const __be32 *msi_map;
>
>> + u32 map_mask, masked_rid;
>> + u32 rid_base, msi_base, rid_len, phandle;
>
> One line please.
OK.
It looks like another revision of the patch is in order.
>
>> + int msi_map_len;
>> + bool matched;
>> + u32 rid_out = rid_in;
>> +
>> + /*
>> + * Walk up the device parent links looking for one with a
>> + * "msi-map" property.
>> + */
>> + msi_map = NULL;
>
> init in the declaration.
OK...
>
>> + for (parent_dev = dev; parent_dev; parent_dev = parent_dev->parent) {
>> + if (!parent_dev->of_node)
>> + continue;
>> +
>> + msi_map = of_get_property(parent_dev->of_node,
>> + "msi-map", &msi_map_len);
>> + if (!msi_map)
>> + continue;
>> +
>> + if (msi_map_len % (4 * sizeof(__be32))) {
>> + dev_err(parent_dev, "Error: Bad msi-map length: %d\n",
>> + msi_map_len);
>> + goto out;
>
> Just return here.
>
>> + }
>> + /* We have a good parent_dev and msi_map, let's use them. */
>> + break;
>> + }
>> + if (!msi_map)
>> + goto out;
>
> Just return here.
>
>> +
>> + /* The default is to select all bits. */
>> + map_mask = 0xffffffff;
>> +
>> + /*
>> + * Can be overridden by "msi-map-mask" property. If
>> + * of_property_read_u32() fails, the default is used.
>> + */
>> + of_property_read_u32(parent_dev->of_node, "msi-map-mask", &map_mask);
>> +
>> + masked_rid = map_mask & rid_in;
>> + matched = false;
>> + while (!matched && msi_map_len >= 4 * sizeof(__be32)) {
>> + rid_base = be32_to_cpup(msi_map + 0);
>> + phandle = be32_to_cpup(msi_map + 1);
>> + msi_base = be32_to_cpup(msi_map + 2);
>> + rid_len = be32_to_cpup(msi_map + 3);
>> +
>> + msi_controller_node = of_find_node_by_phandle(phandle);
>> +
>> + matched = masked_rid >= rid_base &&
>> + masked_rid < rid_base + rid_len &&
>> + msi_np == msi_controller_node;
>> +
>> + of_node_put(msi_controller_node);
>> + msi_map_len -= 4 * sizeof(__be32);
>> + msi_map += 4;
>> + }
>> + if (!matched)
>> + goto out;
>
> Just return here.
>
>> +
>> + rid_out = masked_rid + msi_base;
>> + dev_dbg(dev,
>> + "msi-map at: %s, using mask %08x, rid-base: %08x, msi-base: %08x, length: %08x, rid: %08x -> %08x\n",
>> + dev_name(parent_dev), map_mask, rid_base, msi_base,
>> + rid_len, rid_in, rid_out);
>> +out:
>> + return rid_out;
>> +}
>> diff --git a/include/linux/of_irq.h b/include/linux/of_irq.h
>> index 4bcbd58..8cd9334 100644
>> --- a/include/linux/of_irq.h
>> +++ b/include/linux/of_irq.h
>> @@ -75,6 +75,7 @@ static inline int of_irq_to_resource_table(struct device_node *dev,
>> extern unsigned int irq_of_parse_and_map(struct device_node *node, int index);
>> extern struct device_node *of_irq_find_parent(struct device_node *child);
>> extern void of_msi_configure(struct device *dev, struct device_node *np);
>> +u32 of_msi_map_rid(struct device *dev, struct device_node *msi_np, u32 rid_in);
>>
>> #else /* !CONFIG_OF */
>> static inline unsigned int irq_of_parse_and_map(struct device_node *dev,
>> @@ -87,6 +88,12 @@ static inline void *of_irq_find_parent(struct device_node *child)
>> {
>> return NULL;
>> }
>> +
>> +static inline u32 of_msi_map_rid(struct device *dev,
>> + struct device_node *msi_np, u32 rid_in)
>> +{
>> + return rid_in;
>> +}
>> #endif /* !CONFIG_OF */
>>
>> #endif /* __OF_IRQ_H */
>> --
>> 1.9.1
>>
WARNING: multiple messages have this Message-ID (diff)
From: David Daney <ddaney-M3mlKVOIwJVv6pq1l3V1OdBPR1lH4CV8@public.gmane.org>
To: Rob Herring <robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: David Daney <ddaney.cavm-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Will Deacon <will.deacon-5wv7dgnIgG8@public.gmane.org>,
Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>,
Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
Ian Campbell
<ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>,
Kumar Gala <galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>,
"linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org"
<linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org>,
"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
Marc Zyngier <marc.zyngier-5wv7dgnIgG8@public.gmane.org>,
Grant Likely
<grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org>,
Jason Cooper <jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org>,
David Daney <david.daney-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>,
Frank Rowand
<frowand.list-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: [PATCH v2 2/3] of/irq: Add new function of_msi_map_rid()
Date: Wed, 23 Sep 2015 10:12:39 -0700 [thread overview]
Message-ID: <5602DD87.1080805@caviumnetworks.com> (raw)
In-Reply-To: <CAL_JsqKh0BaEOnjJYiDSa_unwm0MFqw+_wMEM+LOkvADSkfTkQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
On 09/23/2015 10:07 AM, Rob Herring wrote:
> On Tue, Sep 22, 2015 at 7:00 PM, David Daney <ddaney.cavm-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
>> From: David Daney <david.daney-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>>
>> The device tree property "msi-map" specifies how to create the PCI
>> requester id used in some MSI controllers. Add a new function
>> of_msi_map_rid() that finds the msi-map property and applies its
>> translation to a given requester id.
>>
>> Signed-off-by: David Daney <david.daney-YGCgFSpz5w/QT0dZR+AlfA@public.gmane.org>
>> ---
>> drivers/of/irq.c | 86 ++++++++++++++++++++++++++++++++++++++++++++++++++
>> include/linux/of_irq.h | 7 ++++
>> 2 files changed, 93 insertions(+)
>>
>> diff --git a/drivers/of/irq.c b/drivers/of/irq.c
>> index 55317fa..3f64d2e 100644
>> --- a/drivers/of/irq.c
>> +++ b/drivers/of/irq.c
>> @@ -598,3 +598,89 @@ void of_msi_configure(struct device *dev, struct device_node *np)
>> d = irq_find_host(msi_np);
>> dev_set_msi_domain(dev, d);
>> }
>> +
>> +/**
>> + * of_msi_map_rid - Map a MSI requester ID for a device.
>> + * @dev: device for which the mapping is to be done.
>> + * @msi_np: device node of the expected msi controller.
>> + * @rid_in: unmapped MSI requester ID for the device.
>> + *
>> + * Walk up the device hierarchy looking for devices with a "msi-map"
>> + * property. If found, apply the mapping to @rid_in.
>> + *
>> + * Returns the mapped MSI requester ID.
>> + */
>> +u32 of_msi_map_rid(struct device *dev, struct device_node *msi_np, u32 rid_in)
>
> Generally, the OF API does not use struct device except for what is in
> of/device.c. I'm guessing you need it here because you have devices
> without DT nodes?
Exactly right. As you can see we walk up the hierarchy until we find a
device with the desired of_node ("msi-map").
>
> We may want to handle this more like NUMA node IDs where we populate
> data in struct device at creation time and looking at struct device
> parents is independent of DT. How would this information be retrieved
> with ACPI?
ACPI has a table called _IORT that contains similar information. It
would have to be extracted with an analogous facility.
>
>> +{
>> + struct device *parent_dev;
>> + struct device_node *msi_controller_node;
>> + const __be32 *msi_map;
>
>> + u32 map_mask, masked_rid;
>> + u32 rid_base, msi_base, rid_len, phandle;
>
> One line please.
OK.
It looks like another revision of the patch is in order.
>
>> + int msi_map_len;
>> + bool matched;
>> + u32 rid_out = rid_in;
>> +
>> + /*
>> + * Walk up the device parent links looking for one with a
>> + * "msi-map" property.
>> + */
>> + msi_map = NULL;
>
> init in the declaration.
OK...
>
>> + for (parent_dev = dev; parent_dev; parent_dev = parent_dev->parent) {
>> + if (!parent_dev->of_node)
>> + continue;
>> +
>> + msi_map = of_get_property(parent_dev->of_node,
>> + "msi-map", &msi_map_len);
>> + if (!msi_map)
>> + continue;
>> +
>> + if (msi_map_len % (4 * sizeof(__be32))) {
>> + dev_err(parent_dev, "Error: Bad msi-map length: %d\n",
>> + msi_map_len);
>> + goto out;
>
> Just return here.
>
>> + }
>> + /* We have a good parent_dev and msi_map, let's use them. */
>> + break;
>> + }
>> + if (!msi_map)
>> + goto out;
>
> Just return here.
>
>> +
>> + /* The default is to select all bits. */
>> + map_mask = 0xffffffff;
>> +
>> + /*
>> + * Can be overridden by "msi-map-mask" property. If
>> + * of_property_read_u32() fails, the default is used.
>> + */
>> + of_property_read_u32(parent_dev->of_node, "msi-map-mask", &map_mask);
>> +
>> + masked_rid = map_mask & rid_in;
>> + matched = false;
>> + while (!matched && msi_map_len >= 4 * sizeof(__be32)) {
>> + rid_base = be32_to_cpup(msi_map + 0);
>> + phandle = be32_to_cpup(msi_map + 1);
>> + msi_base = be32_to_cpup(msi_map + 2);
>> + rid_len = be32_to_cpup(msi_map + 3);
>> +
>> + msi_controller_node = of_find_node_by_phandle(phandle);
>> +
>> + matched = masked_rid >= rid_base &&
>> + masked_rid < rid_base + rid_len &&
>> + msi_np == msi_controller_node;
>> +
>> + of_node_put(msi_controller_node);
>> + msi_map_len -= 4 * sizeof(__be32);
>> + msi_map += 4;
>> + }
>> + if (!matched)
>> + goto out;
>
> Just return here.
>
>> +
>> + rid_out = masked_rid + msi_base;
>> + dev_dbg(dev,
>> + "msi-map at: %s, using mask %08x, rid-base: %08x, msi-base: %08x, length: %08x, rid: %08x -> %08x\n",
>> + dev_name(parent_dev), map_mask, rid_base, msi_base,
>> + rid_len, rid_in, rid_out);
>> +out:
>> + return rid_out;
>> +}
>> diff --git a/include/linux/of_irq.h b/include/linux/of_irq.h
>> index 4bcbd58..8cd9334 100644
>> --- a/include/linux/of_irq.h
>> +++ b/include/linux/of_irq.h
>> @@ -75,6 +75,7 @@ static inline int of_irq_to_resource_table(struct device_node *dev,
>> extern unsigned int irq_of_parse_and_map(struct device_node *node, int index);
>> extern struct device_node *of_irq_find_parent(struct device_node *child);
>> extern void of_msi_configure(struct device *dev, struct device_node *np);
>> +u32 of_msi_map_rid(struct device *dev, struct device_node *msi_np, u32 rid_in);
>>
>> #else /* !CONFIG_OF */
>> static inline unsigned int irq_of_parse_and_map(struct device_node *dev,
>> @@ -87,6 +88,12 @@ static inline void *of_irq_find_parent(struct device_node *child)
>> {
>> return NULL;
>> }
>> +
>> +static inline u32 of_msi_map_rid(struct device *dev,
>> + struct device_node *msi_np, u32 rid_in)
>> +{
>> + return rid_in;
>> +}
>> #endif /* !CONFIG_OF */
>>
>> #endif /* __OF_IRQ_H */
>> --
>> 1.9.1
>>
--
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: David Daney <ddaney@caviumnetworks.com>
To: Rob Herring <robh@kernel.org>
Cc: David Daney <ddaney.cavm@gmail.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Will Deacon <will.deacon@arm.com>,
Rob Herring <robh+dt@kernel.org>, Pawel Moll <pawel.moll@arm.com>,
Mark Rutland <mark.rutland@arm.com>,
Ian Campbell <ijc+devicetree@hellion.org.uk>,
Kumar Gala <galak@codeaurora.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
Marc Zyngier <marc.zyngier@arm.com>,
Grant Likely <grant.likely@linaro.org>,
Thomas Gleixner <tglx@linutronix.de>,
Jason Cooper <jason@lakedaemon.net>,
David Daney <david.daney@cavium.com>,
Frank Rowand <frowand.list@gmail.com>
Subject: Re: [PATCH v2 2/3] of/irq: Add new function of_msi_map_rid()
Date: Wed, 23 Sep 2015 10:12:39 -0700 [thread overview]
Message-ID: <5602DD87.1080805@caviumnetworks.com> (raw)
In-Reply-To: <CAL_JsqKh0BaEOnjJYiDSa_unwm0MFqw+_wMEM+LOkvADSkfTkQ@mail.gmail.com>
On 09/23/2015 10:07 AM, Rob Herring wrote:
> On Tue, Sep 22, 2015 at 7:00 PM, David Daney <ddaney.cavm@gmail.com> wrote:
>> From: David Daney <david.daney@cavium.com>
>>
>> The device tree property "msi-map" specifies how to create the PCI
>> requester id used in some MSI controllers. Add a new function
>> of_msi_map_rid() that finds the msi-map property and applies its
>> translation to a given requester id.
>>
>> Signed-off-by: David Daney <david.daney@cavium.com>
>> ---
>> drivers/of/irq.c | 86 ++++++++++++++++++++++++++++++++++++++++++++++++++
>> include/linux/of_irq.h | 7 ++++
>> 2 files changed, 93 insertions(+)
>>
>> diff --git a/drivers/of/irq.c b/drivers/of/irq.c
>> index 55317fa..3f64d2e 100644
>> --- a/drivers/of/irq.c
>> +++ b/drivers/of/irq.c
>> @@ -598,3 +598,89 @@ void of_msi_configure(struct device *dev, struct device_node *np)
>> d = irq_find_host(msi_np);
>> dev_set_msi_domain(dev, d);
>> }
>> +
>> +/**
>> + * of_msi_map_rid - Map a MSI requester ID for a device.
>> + * @dev: device for which the mapping is to be done.
>> + * @msi_np: device node of the expected msi controller.
>> + * @rid_in: unmapped MSI requester ID for the device.
>> + *
>> + * Walk up the device hierarchy looking for devices with a "msi-map"
>> + * property. If found, apply the mapping to @rid_in.
>> + *
>> + * Returns the mapped MSI requester ID.
>> + */
>> +u32 of_msi_map_rid(struct device *dev, struct device_node *msi_np, u32 rid_in)
>
> Generally, the OF API does not use struct device except for what is in
> of/device.c. I'm guessing you need it here because you have devices
> without DT nodes?
Exactly right. As you can see we walk up the hierarchy until we find a
device with the desired of_node ("msi-map").
>
> We may want to handle this more like NUMA node IDs where we populate
> data in struct device at creation time and looking at struct device
> parents is independent of DT. How would this information be retrieved
> with ACPI?
ACPI has a table called _IORT that contains similar information. It
would have to be extracted with an analogous facility.
>
>> +{
>> + struct device *parent_dev;
>> + struct device_node *msi_controller_node;
>> + const __be32 *msi_map;
>
>> + u32 map_mask, masked_rid;
>> + u32 rid_base, msi_base, rid_len, phandle;
>
> One line please.
OK.
It looks like another revision of the patch is in order.
>
>> + int msi_map_len;
>> + bool matched;
>> + u32 rid_out = rid_in;
>> +
>> + /*
>> + * Walk up the device parent links looking for one with a
>> + * "msi-map" property.
>> + */
>> + msi_map = NULL;
>
> init in the declaration.
OK...
>
>> + for (parent_dev = dev; parent_dev; parent_dev = parent_dev->parent) {
>> + if (!parent_dev->of_node)
>> + continue;
>> +
>> + msi_map = of_get_property(parent_dev->of_node,
>> + "msi-map", &msi_map_len);
>> + if (!msi_map)
>> + continue;
>> +
>> + if (msi_map_len % (4 * sizeof(__be32))) {
>> + dev_err(parent_dev, "Error: Bad msi-map length: %d\n",
>> + msi_map_len);
>> + goto out;
>
> Just return here.
>
>> + }
>> + /* We have a good parent_dev and msi_map, let's use them. */
>> + break;
>> + }
>> + if (!msi_map)
>> + goto out;
>
> Just return here.
>
>> +
>> + /* The default is to select all bits. */
>> + map_mask = 0xffffffff;
>> +
>> + /*
>> + * Can be overridden by "msi-map-mask" property. If
>> + * of_property_read_u32() fails, the default is used.
>> + */
>> + of_property_read_u32(parent_dev->of_node, "msi-map-mask", &map_mask);
>> +
>> + masked_rid = map_mask & rid_in;
>> + matched = false;
>> + while (!matched && msi_map_len >= 4 * sizeof(__be32)) {
>> + rid_base = be32_to_cpup(msi_map + 0);
>> + phandle = be32_to_cpup(msi_map + 1);
>> + msi_base = be32_to_cpup(msi_map + 2);
>> + rid_len = be32_to_cpup(msi_map + 3);
>> +
>> + msi_controller_node = of_find_node_by_phandle(phandle);
>> +
>> + matched = masked_rid >= rid_base &&
>> + masked_rid < rid_base + rid_len &&
>> + msi_np == msi_controller_node;
>> +
>> + of_node_put(msi_controller_node);
>> + msi_map_len -= 4 * sizeof(__be32);
>> + msi_map += 4;
>> + }
>> + if (!matched)
>> + goto out;
>
> Just return here.
>
>> +
>> + rid_out = masked_rid + msi_base;
>> + dev_dbg(dev,
>> + "msi-map at: %s, using mask %08x, rid-base: %08x, msi-base: %08x, length: %08x, rid: %08x -> %08x\n",
>> + dev_name(parent_dev), map_mask, rid_base, msi_base,
>> + rid_len, rid_in, rid_out);
>> +out:
>> + return rid_out;
>> +}
>> diff --git a/include/linux/of_irq.h b/include/linux/of_irq.h
>> index 4bcbd58..8cd9334 100644
>> --- a/include/linux/of_irq.h
>> +++ b/include/linux/of_irq.h
>> @@ -75,6 +75,7 @@ static inline int of_irq_to_resource_table(struct device_node *dev,
>> extern unsigned int irq_of_parse_and_map(struct device_node *node, int index);
>> extern struct device_node *of_irq_find_parent(struct device_node *child);
>> extern void of_msi_configure(struct device *dev, struct device_node *np);
>> +u32 of_msi_map_rid(struct device *dev, struct device_node *msi_np, u32 rid_in);
>>
>> #else /* !CONFIG_OF */
>> static inline unsigned int irq_of_parse_and_map(struct device_node *dev,
>> @@ -87,6 +88,12 @@ static inline void *of_irq_find_parent(struct device_node *child)
>> {
>> return NULL;
>> }
>> +
>> +static inline u32 of_msi_map_rid(struct device *dev,
>> + struct device_node *msi_np, u32 rid_in)
>> +{
>> + return rid_in;
>> +}
>> #endif /* !CONFIG_OF */
>>
>> #endif /* __OF_IRQ_H */
>> --
>> 1.9.1
>>
next prev parent reply other threads:[~2015-09-23 17:12 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-23 0:00 [PATCH v2 0/3] of, irqchip/gicv3-its: Handle "msi-map" properties David Daney
2015-09-23 0:00 ` David Daney
2015-09-23 0:00 ` David Daney
2015-09-23 0:00 ` [PATCH v2 1/3] Docs: dt: Add PCI MSI map bindings David Daney
2015-09-23 0:00 ` David Daney
2015-09-23 0:00 ` David Daney
2015-09-23 16:37 ` Marc Zyngier
2015-09-23 16:37 ` Marc Zyngier
2015-09-23 16:37 ` Marc Zyngier
2015-09-23 0:00 ` [PATCH v2 2/3] of/irq: Add new function of_msi_map_rid() David Daney
2015-09-23 0:00 ` David Daney
2015-09-23 16:52 ` Marc Zyngier
2015-09-23 16:52 ` Marc Zyngier
2015-09-23 16:52 ` Marc Zyngier
2015-09-23 16:59 ` David Daney
2015-09-23 16:59 ` David Daney
2015-09-23 16:59 ` David Daney
2015-09-23 17:07 ` Rob Herring
2015-09-23 17:07 ` Rob Herring
2015-09-23 17:07 ` Rob Herring
2015-09-23 17:12 ` David Daney [this message]
2015-09-23 17:12 ` David Daney
2015-09-23 17:12 ` David Daney
2015-09-23 0:00 ` [PATCH v2 3/3] irqchip/gicv3-its: Handle OF device tree "msi-map" properties David Daney
2015-09-23 0:00 ` David Daney
2015-09-23 17:01 ` Marc Zyngier
2015-09-23 17:01 ` Marc Zyngier
2015-09-23 17:01 ` Marc Zyngier
2015-09-23 17:08 ` David Daney
2015-09-23 17:08 ` David Daney
2015-09-23 17:08 ` David Daney
2015-09-23 17:52 ` Will Deacon
2015-09-23 17:52 ` Will Deacon
2015-09-23 18:18 ` Marc Zyngier
2015-09-23 18:18 ` Marc Zyngier
2015-09-23 19:23 ` Robin Murphy
2015-09-23 19:23 ` Robin Murphy
2015-09-23 19:23 ` Robin Murphy
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=5602DD87.1080805@caviumnetworks.com \
--to=ddaney@caviumnetworks.com \
--cc=linux-arm-kernel@lists.infradead.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.