On Thu, Oct 24, 2013 at 12:45 PM, David Woodhouse <dwmw2@xxxxxxxxxxxxx> wrote: > >> So it is time IMHO that the description of how things *shall* work be >> itself revised. > > It *is* being revised, with an explicit explicit understanding that things > will have to change and a defined process for how to cope with that. > > That was discussed yesterday and we will be finishing the write-up to be > presented at the Kernel Summit tomorrow. Did the concept of vertical and horizontal schemas make it in? Horizontal schema - generic class descriptions for subsystems (spi, alsa, uart, usb, etc). All specific DTS instantiations of the subsystem would have to validate against the subsystem schema. And conversely this schema would contain all of the weird chip specific attributes that can't be handled generically. These schemas serve two purposes - they provide a generic skeleton for someone implementing a new instance of the subsystem to start from and they allow the subsystem maintainer to control the proliferation of similarly named attributes (nscs, numcs, cs, ti,cs, chipsel, etc all describing the same thing - the number of chip selects). These schemas would be highly documented and discussed on device-tree list. The subsystem schemas would be included by higher level generic schema files. So starting at the root of this tree all DTS files in the kernel should validate against the tree. Anything that doesn't validate should produce a warning or error. Can't get your DTS mainlined until it can be validated without errors. Vertical schema - the main goal of these schemas is error checking. For example there may be an iMX6 or OMAP schema. These schemas would check the device trees validated against them for as many errors as possible. Like attribute names that are from the wrong chip or invalid gpio or interrupt numbers, etc. These would be maintained by the SOC vendors and not subject to intense review on the device-tree list. > > > -- > dwmw2 > > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel@xxxxxxxxxxxxxxxxxxx > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel -- Jon Smirl jonsmirl@xxxxxxxxx -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
