From: Rob Herring <robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Grant Likely <grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
Cc: devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
Jeremy Kerr <jeremy.kerr-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: Re: [PATCH 2/2] drivers/amba: probe via device tree
Date: Thu, 19 May 2011 18:30:23 -0500 [thread overview]
Message-ID: <4DD5A80F.5020807@gmail.com> (raw)
In-Reply-To: <20110519200158.GW5109-e0URQFbLeQY2iJbIjFUEsiwD8/FfD2ys@public.gmane.org>
Grant,
On 05/19/2011 03:01 PM, Grant Likely wrote:
> On Thu, May 19, 2011 at 01:28:24PM -0500, Rob Herring wrote:
>> From: Rob Herring<rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>
>>
>> Add functions to parse the AMBA bus through the device tree.
>>
>> Based on the original version by Jeremy Kerr. This reworks the original amba
>> bus device tree probing to be more inline with how platform bus probing via
>> device tree is done using a match table.
>>
>> Cc: Jeremy Kerr<jeremy.kerr-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org>
>> Cc: Grant Likely<grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>
>> Signed-off-by: Rob Herring<rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>
>> ---
>> drivers/amba/bus.c | 133 ++++++++++++++++++++++++++++++++++++++++++++++
>> include/linux/amba/bus.h | 7 +++
>> 2 files changed, 140 insertions(+), 0 deletions(-)
>>
>> diff --git a/drivers/amba/bus.c b/drivers/amba/bus.c
>> index 7025593..8e55754 100644
>> --- a/drivers/amba/bus.c
>> +++ b/drivers/amba/bus.c
>> @@ -13,6 +13,11 @@
>> #include<linux/string.h>
>> #include<linux/slab.h>
>> #include<linux/io.h>
>> +#include<linux/of.h>
>> +#include<linux/of_irq.h>
>> +#include<linux/of_address.h>
>> +#include<linux/of_device.h>
>> +#include<linux/of_platform.h>
>> #include<linux/pm.h>
>> #include<linux/pm_runtime.h>
>> #include<linux/amba/bus.h>
>> @@ -780,3 +785,131 @@ EXPORT_SYMBOL(amba_device_unregister);
>> EXPORT_SYMBOL(amba_find_device);
>> EXPORT_SYMBOL(amba_request_regions);
>> EXPORT_SYMBOL(amba_release_regions);
>> +
>> +#ifdef CONFIG_OF
>> +int of_amba_device_create(struct device_node *node,struct device *parent)
>> +{
>> + struct amba_device *dev;
>> + const void *prop;
>> + int i, ret;
>> +
>> + dev = kzalloc(sizeof(*dev), GFP_KERNEL);
>> + if (!dev)
>> + return -ENOMEM;
>> +
>> + /* setup generic device info */
>> + dev->dev.coherent_dma_mask = ~0;
>> + dev->dev.of_node = node;
>> + dev->dev.parent = parent;
>> + of_device_make_bus_id(&dev->dev);
>> +
>> + /* setup amba-specific device info */
>> + dev->dma_mask = ~0;
>> +
>> + /* Decode the IRQs and address ranges */
>> + for (i = 0; i< AMBA_NR_IRQS; i++)
>> + dev->irq[i] = irq_of_parse_and_map(node, i);
>> +
>> + ret = of_address_to_resource(node, 0,&dev->res);
>> + if (ret)
>> + goto err_free;
>> +
>> + ret = amba_device_register(dev,&iomem_resource);
>> + if (ret)
>> + goto err_free;
>> +
>> + /* Sanity check the arm,amba-deviceid value */
>> + prop = of_get_property(node, "arm,amba-deviceid", NULL);
>> + if (!prop)
>> + dev_warn(&dev->dev, "arm,amba-deviceid property missing; "
>> + "probe gives 0x%08x.\n", dev->periphid);
>> +
>> + if (prop&& (dev->periphid != of_read_ulong(prop, 1)))
>> + dev_warn(&dev->dev, "arm,amba-deviceid value (0x%08lx) and "
>> + "probed value (0x%08x) don't agree.",
>> + of_read_ulong(prop, 1), dev->periphid);
>> +
>> + return 0;
>> +
>> +err_free:
>> + kfree(dev);
>> + return ret;
>> +}
>> +
>> +/**
>> + * of_amba_bus_create() - Create a device for a node and its children.
>> + * @bus: device node of the bus to instantiate
>> + * @matches: match table for bus nodes
>> + * disallow recursive creation of child buses
>> + * @parent: parent for new device, or NULL for top level.
>> + *
>> + * Recursively create devices for all the child nodes.
>> + */
>> +static int of_amba_bus_create(struct device_node *bus,
>> + const struct of_device_id *matches,
>> + struct device *parent)
>> +{
>> + struct of_platform_prepare_data *prep;
>> + struct device_node *child;
>> + struct platform_device *dev;
>> + int rc = 0;
>> +
>> + /* Make sure it has a compatible property */
>> + if (!of_get_property(bus, "compatible", NULL)) {
>> + pr_debug("%s() - skipping %s, no compatible prop\n",
>> + __func__, bus->full_name);
>> + return 0;
>> + }
>> +
>> + if (!of_match_node(matches, bus))
>> + return 0;
>> +
>> + dev = of_platform_device_create(bus, NULL, parent);
>> + if (!dev)
>> + return 0;
>
> Hahaha, I think I see where we're getting our models crossed.
>
> The use-case of of_amba_bus_populate should be that the device
> representing the amba bus (which will be a platform device) should
> have already been created before calling of_amba_bus_populate().
> of_amba_bus_populate should then be responsible for creating all the
> child devices that are on the AMBA bus.
>
That was one option I had thought about. I happened to put amba call
first so I hit the issue. It's a bit fragile to require a certain
calling order.
> of_platform_populate does the same thing, except it has some added and
> *optional* helper logic that allows the populate code to dive deeper
> into the device hierarchy for any nodes that match the passed in
> device table.
>
That's a bit of an orthogonal problem. In my case, all devices are
created from the DT. This issue is scanning the devicetree multiple times.
> I'd actually like to be able to integrate AMBA population in
> of_platform_populate() when it encounters an AMBA bus, but I'm not
> sure the result will be pretty. I haven't had a chance to try it.
>
That seems like a bad idea to me. It's fine with 1 other bus type, but
if you had 10 others it would get messy.
Perhaps scanning the tree for buses first and then scanning for devices
is a better solution.
Rob
next prev parent reply other threads:[~2011-05-19 23:30 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-19 18:28 [PATCH v2 0/2] amba bus device tree probing Rob Herring
[not found] ` <1305829704-11774-1-git-send-email-robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2011-05-19 18:28 ` [PATCH 1/2] dt: check for devices already created fron DT scan Rob Herring
[not found] ` <1305829704-11774-2-git-send-email-robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2011-05-19 19:54 ` Grant Likely
2011-05-19 18:28 ` [PATCH 2/2] drivers/amba: probe via device tree Rob Herring
[not found] ` <1305829704-11774-3-git-send-email-robherring2-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2011-05-19 20:01 ` Grant Likely
[not found] ` <20110519200158.GW5109-e0URQFbLeQY2iJbIjFUEsiwD8/FfD2ys@public.gmane.org>
2011-05-19 23:30 ` Rob Herring [this message]
2011-05-19 23:39 ` Grant Likely
[not found] ` <20110519233958.GB18181-e0URQFbLeQY2iJbIjFUEsiwD8/FfD2ys@public.gmane.org>
2011-05-20 13:24 ` Rob Herring
[not found] ` <4DD66B8A.5040404-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2011-05-20 14:21 ` Arnd Bergmann
[not found] ` <201105201621.03801.arnd-r2nGTMty4D4@public.gmane.org>
2011-05-20 15:17 ` Rob Herring
[not found] ` <4DD68614.6090209-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2011-05-20 16:08 ` Stephen Neuendorffer
2011-05-21 17:42 ` Grant Likely
[not found] ` <BANLkTi=8vX1Cs_fzpQXZBuuDuLYLu1FGmg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-05-21 23:47 ` Russell King - ARM Linux
2011-05-22 10:00 ` Rafael J. Wysocki
[not found] ` <20110521234725.GB17672-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2011-05-22 15:46 ` Rob Herring
2011-05-23 15:23 ` Grant Likely
2011-05-23 9:37 ` Kristoffer Glembo
2011-05-23 9:58 ` Russell King - ARM Linux
[not found] ` <20110523095829.GG17672-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2011-05-23 15:09 ` Grant Likely
[not found] ` <BANLkTink1rrC8F3Gjhqt84gYzOibX+AgDQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-05-24 15:03 ` Rob Herring
2011-05-25 3:02 ` Shawn Guo
2011-05-25 9:07 ` Linus Walleij
2011-05-22 10:03 ` Arnd Bergmann
2011-05-25 9:03 ` Linus Walleij
[not found] ` <a42f0c27-2811-4b68-bedf-7dfaa7bff6ff-+Ck8Kgl/v0/6UOWq+LNw4LjjLBE8jN/0@public.gmane.org>
2011-05-21 23:35 ` Russell King - ARM Linux
[not found] ` <20110521233558.GA17672-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2011-05-23 15:00 ` Stephen Neuendorffer
[not found] ` <1007bcf2-7786-4f03-bff7-8d8af83939f1-+Ck8Kgl/v0+GljRhoabY2LjjLBE8jN/0@public.gmane.org>
2011-05-23 15:47 ` Russell King - ARM Linux
2011-05-21 4:00 ` Segher Boessenkool
[not found] ` <80f20ac921a33e9f0bf3e249f539a8ef-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
2011-05-21 14:55 ` Rob Herring
[not found] ` <4DD7D24D.2070604-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2011-05-21 15:18 ` Segher Boessenkool
[not found] ` <ad5605c2a3d4b36f63f36f52afe89cfd-XVmvHMARGAS8U2dJNN8I7kB+6BGkLq7r@public.gmane.org>
2011-05-21 17:43 ` Grant Likely
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=4DD5A80F.5020807@gmail.com \
--to=robherring2-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
--cc=grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org \
--cc=jeremy.kerr-Z7WLFzj8eWMS+FvcfC7Uqw@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@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 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).