On Fri, Apr 20, 2018 at 11:59 AM, Mark Brown <broonie@xxxxxxxxxx> wrote: > On Wed, Apr 18, 2018 at 05:29:05PM -0500, Rob Herring wrote: >> The current DT binding documentation format of freeform text is painful >> to write, review, validate and maintain. >> >> This is just an example of what a binding in the schema format looks >> like. It's using jsonschema vocabulary in a YAML encoded document. Using >> jsonschema gives us access to existing tooling. A YAML encoding gives us >> something easy to edit. > > It'd be useful to see some examples of how things like including by > reference other schema work. It feels like something we should be able > to use more in a schema based thing but perhaps that's not viable with > realistic tooling. In general this looks OK, especially with all the > meta comments about the language stripped out. There are several examples in the meta-schema and some of the core schema as references are used there quite a bit. It gets quite fun to follow with recursion. :) I think the need for references in device bindings should be pretty minimal. We'd probably mainly need references for some vendor specific properties which will need to reference some of our compound types. So we'd have something like this: vendor,a-string-array-prop: $ref: "dt-core.yaml#/definitions/proptypes/stringarray" For common bindings, we don't have to reference them in device bindings (which should save lots of boilerplate). We can select and apply them based on presence of properties and that happens independent of the device binding. The device binding only needs define what the common binding cannot which is typically how many elements and what are they. > >> + description: | >> + A variable number of interrupts warrants a description of what conditions > > Like Stephen said the | looks odd. That's just how literal blocks in yaml are done. >> + interrupt-names: >> + # minItems must be specified here because the default would be 2 >> + minItems: 1 >> + items: >> + - const: "tx irq" >> + - const: "rx irq" > > Any way to relate this to the interrupts property in the schema > language (eg, must have the less or equal number of elements)? I've wanted something like that, but there isn't any way that I've come up with. Generally, the "jsonschema way" is each schema is supposed to be independent of each other. There's some discussion about adding data dependent schema which might help in this case. > >> + # Property names starting with '#' must be quoted > > That's awkward :/ Perhaps just by convention quote all property names > for simplicity? Yes, perhaps we should. I have a formatting tool, I'll look into whether i can make it do that. Thanks for taking a look. Rob -- To unsubscribe from this list: send the line "unsubscribe devicetree-spec" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
