devicetree-compiler.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Thierry Reding <thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
Cc: David Gibson
	<david-xT8FGy+AXnRB3Ne2BGzF6laj5H9X9Tb+@public.gmane.org>,
	Lucas Stach <l.stach-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	devicetree-compiler-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH] checks: Handle #dma-address-cells and #dma-size-cells
Date: Mon, 14 Nov 2022 15:27:43 +0100	[thread overview]
Message-ID: <Y3JQX/qkhiGe90S/@orome> (raw)
In-Reply-To: <Y3IZnpL3Q3STEaLs@orome>

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

On Mon, Nov 14, 2022 at 11:34:06AM +0100, Thierry Reding wrote:
> On Fri, Nov 11, 2022 at 11:01:58AM -0600, Rob Herring wrote:
> > On Fri, Nov 11, 2022 at 5:47 AM Thierry Reding <thierry.reding-Re5JQEeQqe8@public.gmane.orgm> wrote:
> > >
> > > From: Thierry Reding <treding-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
> > >
> > > The #dma-address-cells and #dma-size-cells properties can be used to
> > > override their non-DMA counterparts (#address-cells and #size-cells)
> > > for cases where the control bus (defined by the "reg" and "ranges"
> > > properties) has different addressing requirements from the DMA bus.
> > >
> > > The "dma-ranges" property needs to be sized depending on these DMA
> > > bus properties rather than the control bus properties, so adjust the
> > > check accordingly.
> > 
> > I assume I'll be seeing a spec and schema addition too.
> 
> Yeah, I was looking around to see where else we may need changes. I had
> looked at dt-schema but couldn't find a good place to add them since
> #address-cells and #size-cells seem to be mostly handled in the library
> code rather than in the json-schema definitions. So if you could provide
> some pointers as to how you think this should be added, that'd be great.
> 
> I can look at writing an update to the spec, but to be frank could use
> some guidance on that as well.

So, I was typing up the spec changes for this and now I'm having second
thoughts. The only reason why I can justify the existence of these
properties is because we don't want to touch #address-cells and
#size-cells. But there's really no good reason to not do that. Yes, it
will be slightly painful to do this, but it's not like we can't.

Given all the weird special cases that this is going to add, I'm no
longer sure this is a good idea.

Thierry

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

      reply	other threads:[~2022-11-14 14:27 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-11 11:47 [PATCH] checks: Handle #dma-address-cells and #dma-size-cells Thierry Reding
     [not found] ` <20221111114728.462767-1-thierry.reding-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2022-11-11 17:01   ` Rob Herring
     [not found]     ` <CAL_JsqLV2ZHLJ=14zf9zNfq+S+Rs09EYmZrNHsvdhbmvvehj6g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2022-11-13  5:07       ` David Gibson
2022-11-14 10:34       ` Thierry Reding
2022-11-14 14:27         ` Thierry Reding [this message]

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=Y3JQX/qkhiGe90S/@orome \
    --to=thierry.reding-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=david-xT8FGy+AXnRB3Ne2BGzF6laj5H9X9Tb+@public.gmane.org \
    --cc=devicetree-compiler-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=l.stach-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org \
    --cc=robh+dt-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).