devicetree-compiler.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: David Gibson <david-xT8FGy+AXnRB3Ne2BGzF6laj5H9X9Tb+@public.gmane.org>
To: Rob Herring <robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: devicetree-compiler-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH v3 2/3] checks: Add bus checks for simple-bus buses
Date: Wed, 8 Mar 2017 12:55:45 +1100	[thread overview]
Message-ID: <20170308015545.GG19967@umbus.fritz.box> (raw)
In-Reply-To: <CAL_Jsq+U4SqL2EDR6hRrE_JcONkfkZqacBQGz4Kkq=CxNbaYAQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

[-- Attachment #1: Type: text/plain, Size: 4121 bytes --]

On Tue, Mar 07, 2017 at 07:51:15AM -0600, Rob Herring wrote:
> On Mon, Mar 6, 2017 at 9:41 PM, David Gibson
> <david-xT8FGy+AXnRB3Ne2BGzF6laj5H9X9Tb+@public.gmane.org> wrote:
> > On Mon, Mar 06, 2017 at 04:48:18AM -0600, Rob Herring wrote:
> >> On Thu, Mar 2, 2017 at 8:12 PM, David Gibson
> >> <david-xT8FGy+AXnRB3Ne2BGzF6laj5H9X9Tb+@public.gmane.org> wrote:
> >> > On Tue, Feb 28, 2017 at 04:43:09PM -0600, Rob Herring wrote:
> >> >> Add checks to identify simple-bus bus types and checks for child
> >> >> devices. Simple-bus type is generally identified by "simple-bus"
> >> >> compatible string. We also treat the root as a simple-bus, but only for
> >> >> child nodes with reg property.
> >> >>
> >> >> Signed-off-by: Rob Herring <robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
> >> >> ---
> >> >> v2:
> >> >> - new patch
> >> >>
> >> >>  checks.c | 69 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >> >>  1 file changed, 69 insertions(+)
> >> >>
> >> >> diff --git a/checks.c b/checks.c
> >> >> index 5ed91ac50a10..c4865b4c8da0 100644
> >> >> --- a/checks.c
> >> >> +++ b/checks.c
> >> >> @@ -817,6 +817,72 @@ static void check_pci_device_reg(struct check *c, struct dt_info *dti, struct no
> >> >>  }
> >> >>  WARNING(pci_device_reg, check_pci_device_reg, NULL, &reg_format);
> >> >>
> >> >> +static const struct bus_type simple_bus = {
> >> >> +     .name = "simple-bus",
> >> >> +};
> >> >> +
> >> >> +static bool node_is_compatible(struct node *node, const char *compat)
> >> >> +{
> >> >> +     struct property *prop;
> >> >> +     const char *str;
> >> >> +
> >> >> +     prop = get_property(node, "compatible");
> >> >> +     if (!prop)
> >> >> +             return false;
> >> >> +
> >> >> +     for (str = prop->val.val; str < prop->val.val + prop->val.len; str += strlen(str) + 1) {
> >> >
> >> > This isn't safe if the compatible property is filled with garbage (not
> >> > '\0' terminated) - the strlen() could access beyond the end of the
> >> > property value.
> >>
> >> Okay, I guess I can check that prop->val.val[prop->val.len - 1] == 0 up front.
> >
> > Sure.  Or use strnlen.
> 
> Duh...
> 
> >> >> +             if (streq(str, compat))
> >> >> +                     return true;
> >> >> +     }
> >> >> +     return false;
> >> >> +}
> >> >> +
> >> >> +static void check_simple_bus_bridge(struct check *c, struct dt_info *dti, struct node *node)
> >> >> +{
> >> >> +     if (node_is_compatible(node, "simple-bus") || !node->parent)
> >> >> +             node->bus = &simple_bus;
> >> >
> >> > I don't think it's correct to assume the root bus is always a
> >> > simple-bus.  If it is, it really should be listed explicitly in the
> >> > root node's compatible property.
> >>
> >> It is in the sense that Linux treats the root the same and creates
> >> devices for top level children and then descends for nodes with
> >> "simple-bus".
> >
> > Hmm.. where in Linux is that?  I think that's a bug, technically
> > speaking, traversing the root node's children without regard to the
> > type of the root node.
> 
> drivers/of/platform.c:of_platform_populate() which is called on the
> root node with "simple-bus" in the match table.

It's called on the root node *by platform code*.  And the platform is
selected on properties of the root node, so it already knows something
about what format the root node should have on that particular
platform.  dtc does not know that.

> Plus I know we have some DT's like Tegra that didn't put all their
> devices under a bus (but should have). Maybe I should warn on that
> (i.e. warn on having unit-addresses without a bus type set on root).

There's nothing inherently wrong with having devices on the root bus.
Really platforms that want this should be putting something like:
	compatible = "vendor,myboard", "simple-bus";

in their root node.	

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  parent reply	other threads:[~2017-03-08  1:55 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-28 22:43 [PATCH v3 0/3] dtc bus and unit address checks Rob Herring
     [not found] ` <20170228224310.14162-1-robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2017-02-28 22:43   ` [PATCH v3 1/3] checks: Add bus checks for PCI buses Rob Herring
     [not found]     ` <20170228224310.14162-2-robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2017-03-03  2:09       ` David Gibson
2017-02-28 22:43   ` [PATCH v3 2/3] checks: Add bus checks for simple-bus buses Rob Herring
     [not found]     ` <20170228224310.14162-3-robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2017-03-03  2:12       ` David Gibson
     [not found]         ` <20170303021206.GD4067-K0bRW+63XPQe6aEkudXLsA@public.gmane.org>
2017-03-06 10:48           ` Rob Herring
     [not found]             ` <CAL_JsqJzWAiBUZeRMx0i5Y_NAFH6_jrASWcFp_U4MwVf2+=h0w-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-03-07  3:41               ` David Gibson
     [not found]                 ` <20170307034110.GC19967-K0bRW+63XPQe6aEkudXLsA@public.gmane.org>
2017-03-07 13:39                   ` Rob Herring
2017-03-07 13:51                   ` Rob Herring
     [not found]                     ` <CAL_Jsq+U4SqL2EDR6hRrE_JcONkfkZqacBQGz4Kkq=CxNbaYAQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-03-08  1:55                       ` David Gibson [this message]
2017-02-28 22:43   ` [PATCH v3 3/3] checks: Warn on node name unit-addresses with '0x' or leading 0s Rob Herring
     [not found]     ` <20170228224310.14162-4-robh-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2017-03-03  2:12       ` David Gibson

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=20170308015545.GG19967@umbus.fritz.box \
    --to=david-xt8fgy+axnrb3ne2bgzf6laj5h9x9tb+@public.gmane.org \
    --cc=devicetree-compiler-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=robh-DgEjT+Ai2ygdnm+yROfE0A@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).