Thread (1 message) 1 message, 1 author, 2013-10-24

[Ksummit-2013-discuss] ARM topic: Is DT on ARM the solution, or is there something better?

From: jonsmirl at gmail.com <hidden>
Date: 2013-10-24 18:15:48
Also in: linux-devicetree

On Thu, Oct 24, 2013 at 12:45 PM, David Woodhouse [off-list ref] wrote:
quoted
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 at lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel


-- 
Jon Smirl
jonsmirl at gmail.com
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help