Tomasz Figa writes:
> In this vision there would be a schema file for uarts. And another one
> for spi. Another one for gpio, etc. These file would document all
> possible attributes for these nodes.

I agree.    I am giving a talk on some of these topics next Thursday at 10:40 
at ELCE:

http://embeddedlinuxconferenceeu2013.sched.org/event/1673ef2c8772d377ecc6d843589fa821?iframe=no&w=900&sidebar=yes&bg=no

The slides are at 

http://she-devel.com/DT_ELCE_2013.pdf
http://she-devel.com/DT_ELCE_2013.odp

I apologize for promoting my talk, but in it I discuss several ideas about 
schemata, DTS overlays, DTB-signing, etc. in a somewhat organized format.    
Thanks to Pantelis Antoniou, David Woodhouse, Tom Rini, and a host of others 
for corrections (although they may continue to disapprove of the result).

Besides Tomasz' idea above about subsystem schemata, there's the possibility of 
using different DTSI include files in a similar fashion.    The concept is to 
have a series of uart.dtsi, spi.dtsi, gpio.dtsi in the spirit of skeleton.dtsi. 
  These device DTSI would be akin to function prototypes, essentially an 
abstract class specification that should be extended only rarely.    I find 
Neil Brown's older LWN articles about object-embedded practices in the kernel 
inspiring in this regard.

I apologize for not writing timely posts to the device-tree mailing list, but 
have trouble keeping up with the traffic.

-- 
Alison Chaiken
Mentor Embedded Software
in Edinburgh Hotel Grosvenor starting Monday

--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to