All of lore.kernel.org
 help / color / mirror / Atom feed
From: Geert Uytterhoeven <geert@linux-m68k.org>
To: Rob Herring <robh@kernel.org>
Cc: Luca Ceresoli <luca@lucaceresoli.net>,
	Adam Ford <aford173@gmail.com>,
	Michael Turquette <mturquette@baylibre.com>,
	Stephen Boyd <sboyd@kernel.org>,
	linux-clk <linux-clk@vger.kernel.org>,
	"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" 
	<devicetree@vger.kernel.org>,
	Linux-Renesas <linux-renesas-soc@vger.kernel.org>
Subject: Re: [PATCH] dt-bindings: clk: versaclock5: Miscellaneous fixes and improvements:
Date: Fri, 18 Dec 2020 12:42:00 +0100	[thread overview]
Message-ID: <CAMuHMdVO29He-KHDLp3S=2JyGwOT=tLcDCOw6MPqBvcBLdUCOw@mail.gmail.com> (raw)
In-Reply-To: <20201217235919.GA456454@robh.at.kernel.org>

Hi Rob,

On Fri, Dec 18, 2020 at 12:59 AM Rob Herring <robh@kernel.org> wrote:
> On Wed, Dec 16, 2020 at 03:52:31PM +0100, Geert Uytterhoeven wrote:
> >   - Add reference to clock.yaml, and switch to unevaluatedProperties, to
> >     stop complaining about the presence of "assigned-clock-rates" and
> >     "assigned-clocks" in board DTS files,
> >   - Fix typo in "idt,voltage-microvolts" property name, to match example
> >     and driver code,
> >   - Add missing reference for "idt,voltage-microvolts",
> >   - Add missing "additionalProperties: false" for subnodes, to catch
> >     typos in properties,
> >   - There is no reason to wrap the (single) if condition in an allOf
> >     block,
>
> True, but more future proof with it and unnecessary churn IMO.

OK, I'll drop that part.

> >   - Fix obsolete property names in example.
> >
> > Fixes: 45c940184b501fc6 ("dt-bindings: clk: versaclock5: convert to yaml")
> > Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be>
> > ---
> > Notes:
> >   1. The use of "idt,voltage-microvolts" (with trailing S) is a bit
> >      unfortunate, as Documentation/devicetree/bindings/property-units.txt
> >      suggests to not have the trailing edge.
> >      Can we still fix the driver and bindings?  While this entered
> >      uptstream in v5.9, there are no users in next-20201216.
> >
> >   2. Due to "clock-output-names" being part of
> >      dt-schema/schemas/clock/clock.yaml, the presence of this property
> >      does not trigger an error.  Adding "clock-output-names: false"
> >      can fix that.  But given this property is deprecated, except for
> >      very specific use cases, explicitly allowing it for those few use
> >      cases would be better.
> > ---
> >  .../bindings/clock/idt,versaclock5.yaml       | 53 ++++++++++---------
> >  1 file changed, 29 insertions(+), 24 deletions(-)
> >
> > diff --git a/Documentation/devicetree/bindings/clock/idt,versaclock5.yaml b/Documentation/devicetree/bindings/clock/idt,versaclock5.yaml
> > index 2ac1131fd9222a86..14851e76f6342095 100644
> > --- a/Documentation/devicetree/bindings/clock/idt,versaclock5.yaml
> > +++ b/Documentation/devicetree/bindings/clock/idt,versaclock5.yaml
> > @@ -33,6 +33,9 @@ description: |
> >  maintainers:
> >    - Luca Ceresoli <luca@lucaceresoli.net>
> >
> > +allOf:
> > +  - $ref: clock.yaml#
>
> No, that's not right. clock.yaml is already applied unconditionally.

But without that, it complains about unevaluatedProperties?

> You need to define assigned-clocks, etc. here just like 'clocks' and
> define how many entries. Or convince me they should be allowed on any
> node.

They are handled by of_clk_set_defaults(), which is applied to all
clock providers.

> > @@ -73,40 +76,42 @@ patternProperties:
> >          $ref: /schemas/types.yaml#/definitions/uint32
> >          minimum: 0
> >          maximum: 6
> > -      idt,voltage-microvolt:
> > +      idt,voltage-microvolts:
>
> Can we fix the driver? No in tree users...

I think so.  Will do so.

Gr{oetje,eeting}s,

                        Geert

-- 
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
                                -- Linus Torvalds

  reply	other threads:[~2020-12-18 11:43 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-16 14:52 [PATCH] dt-bindings: clk: versaclock5: Miscellaneous fixes and improvements: Geert Uytterhoeven
2020-12-17 23:59 ` Rob Herring
2020-12-18 11:42   ` Geert Uytterhoeven [this message]
2020-12-18 22:32     ` Rob Herring
2020-12-20 10:24       ` Geert Uytterhoeven
2020-12-21 17:21         ` Rob Herring

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='CAMuHMdVO29He-KHDLp3S=2JyGwOT=tLcDCOw6MPqBvcBLdUCOw@mail.gmail.com' \
    --to=geert@linux-m68k.org \
    --cc=aford173@gmail.com \
    --cc=devicetree@vger.kernel.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-renesas-soc@vger.kernel.org \
    --cc=luca@lucaceresoli.net \
    --cc=mturquette@baylibre.com \
    --cc=robh@kernel.org \
    --cc=sboyd@kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.