On Thu, Apr 16, 2020 at 7:44 AM Sam Ravnborg <sam@xxxxxxxxxxxx> wrote: > > Hi Rob. > > On Wed, Apr 15, 2020 at 07:55:48PM -0500, Rob Herring wrote: > > Fix various inconsistencies in schema indentation. Most of these are > > list indentation which should be 2 spaces more than the start of the > > enclosing keyword. This doesn't matter functionally, but affects running > > scripts which do transforms on the schema files. > > Are there any plans to improve the tooling so we get warnigns for this? I've been experimenting with yamllint some. I haven't figured out how to best integrate it in. Probably need to start with something minimal and warning free for the tree and then add to it. There's also yaml-format in the dtschema repo which just reads in and writes out a yaml file using ruamel round trip yaml parser. That's what I used here. > Otherwise I am afraid we will see a lot of patches that gets this wrong. > > As a follow-up patch it would be good if example-schema.yaml > could gain some comments about the correct indentions. Sure, I can do that. > > Some comments in the following. > > > diff --git a/Documentation/devicetree/bindings/arm/altera.yaml b/Documentation/devicetree/bindings/arm/altera.yaml > > index 49e0362ddc11..b388c5aa7984 100644 > > --- a/Documentation/devicetree/bindings/arm/altera.yaml > > +++ b/Documentation/devicetree/bindings/arm/altera.yaml > > @@ -13,8 +13,8 @@ properties: > > compatible: > > items: > > - enum: > > - - altr,socfpga-cyclone5 > > - - altr,socfpga-arria5 > > - - altr,socfpga-arria10 > > + - altr,socfpga-cyclone5 > > + - altr,socfpga-arria5 > > + - altr,socfpga-arria10 > > - const: altr,socfpga > > So here "- enum" do not need the extra indent. > Is it because this is not a list? Right. Indentation is 2 more spaces than the parent keyword ignoring any hyphen in the parent. > > diff --git a/Documentation/devicetree/bindings/arm/amlogic/amlogic,meson-gx-ao-secure.yaml b/Documentation/devicetree/bindings/arm/amlogic/amlogic,meson-gx-ao-secure.yaml > > index 66213bd95e6e..6cc74523ebfd 100644 > > --- a/Documentation/devicetree/bindings/arm/amlogic/amlogic,meson-gx-ao-secure.yaml > > +++ b/Documentation/devicetree/bindings/arm/amlogic/amlogic,meson-gx-ao-secure.yaml > > @@ -25,7 +25,7 @@ select: > > > > properties: > > compatible: > > - items: > > + items: > > - const: amlogic,meson-gx-ao-secure > > - const: syscon > > This is something I had expected the tooling to notice. > I had expected the two "- const" to be indented with 4 spaces, not two. > So there is something I do not understand. As above, correct indenting is 2 spaces from the parent not counting any '-' in the parent, but the '-' counts for indenting the children. Arguably, this style is inconsistent that sometimes the '-' counts and sometimes it doesn't. However, I think this style is better because it distinguishes lists vs. dicts more clearly. It's easy to miss the '-' when the indentation is the same: - foo: - bar - baz - foo: bar baz Or worse: - foo: - bar baz Both styles are valid. It's just a tabs vs. spaces debate, and I just picked one. > > diff --git a/Documentation/devicetree/bindings/arm/nxp/lpc32xx.yaml b/Documentation/devicetree/bindings/arm/nxp/lpc32xx.yaml > > index 07f39d3eee7e..f7f024910e71 100644 > > --- a/Documentation/devicetree/bindings/arm/nxp/lpc32xx.yaml > > +++ b/Documentation/devicetree/bindings/arm/nxp/lpc32xx.yaml > > @@ -17,9 +17,8 @@ properties: > > - nxp,lpc3230 > > - nxp,lpc3240 > > - items: > > - - enum: > > - - ea,ea3250 > > - - phytec,phy3250 > > - - const: nxp,lpc3250 > > - > > + - enum: > > + - ea,ea3250 > > + - phytec,phy3250 > > + - const: nxp,lpc3250 > > ... > > And here "- enum" receive extra indent. > > I trust you know what you are doing - but I do not get it. > > Some pointers or examples for the correct indention would be great. With this patch, the tree is all correct examples. :) > I cannot review this patch as long as I do not know the rules. > > My request to update example-schema.yaml was one way to teach me. > (Some people will say that is difficult/impossible to teach me, > but thats another story:-) ). > > Sam ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/