From: Grant Likely <grant.likely@secretlab.ca>
To: Rob Herring <robherring2@gmail.com>
Cc: devicetree-discuss@lists.ozlabs.org,
Jeremy Kerr <jeremy.kerr@canonical.com>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 2/2] drivers/amba: probe via device tree
Date: Thu, 19 May 2011 17:39:58 -0600 [thread overview]
Message-ID: <20110519233958.GB18181@ponder.secretlab.ca> (raw)
In-Reply-To: <4DD5A80F.5020807@gmail.com>
On Thu, May 19, 2011 at 06:30:23PM -0500, Rob Herring wrote:
> 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@calxeda.com>
> >>
> >>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@canonical.com>
> >>Cc: Grant Likely<grant.likely@secretlab.ca>
> >>Signed-off-by: Rob Herring<rob.herring@calxeda.com>
> >>---
> >> 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.
Yes, so the goal is not to require a 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.
However, it would all work with one call if the match table passed
into of_platform_populate() also included a populate hook for each bus
type. That way it still is up to the platform as to which bus types
to probe. Or a default list of bus types could be provided too.
g.
next prev parent reply other threads:[~2011-05-19 23:39 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
2011-05-19 23:39 ` Grant Likely [this message]
[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=20110519233958.GB18181@ponder.secretlab.ca \
--to=grant.likely@secretlab.ca \
--cc=devicetree-discuss@lists.ozlabs.org \
--cc=jeremy.kerr@canonical.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=robherring2@gmail.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;
as well as URLs for NNTP newsgroup(s).