public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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
>>


  reply	other threads:[~2015-09-23 17:12 UTC|newest]

Thread overview: 14+ 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 ` [PATCH v2 1/3] Docs: dt: Add PCI MSI map bindings David Daney
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 16:52   ` Marc Zyngier
2015-09-23 16:59     ` David Daney
2015-09-23 17:07   ` Rob Herring
2015-09-23 17:12     ` David Daney [this message]
2015-09-23  0:00 ` [PATCH v2 3/3] irqchip/gicv3-its: Handle OF device tree "msi-map" properties David Daney
2015-09-23 17:01   ` Marc Zyngier
2015-09-23 17:08     ` David Daney
2015-09-23 17:52       ` Will Deacon
2015-09-23 18:18         ` Marc Zyngier
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=david.daney@cavium.com \
    --cc=ddaney.cavm@gmail.com \
    --cc=devicetree@vger.kernel.org \
    --cc=frowand.list@gmail.com \
    --cc=galak@codeaurora.org \
    --cc=grant.likely@linaro.org \
    --cc=ijc+devicetree@hellion.org.uk \
    --cc=jason@lakedaemon.net \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marc.zyngier@arm.com \
    --cc=mark.rutland@arm.com \
    --cc=pawel.moll@arm.com \
    --cc=robh+dt@kernel.org \
    --cc=robh@kernel.org \
    --cc=tglx@linutronix.de \
    --cc=will.deacon@arm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox