Refactor booting-without-of.txt

Stephen Neuendorffer stephen.neuendorffer at xilinx.com
Wed Oct 17 03:13:59 EST 2007


On a similar note, is there interest in actually factoring the device
tree code out from the different architectures into a common codebase?

Steve 

> -----Original Message-----
> From: 
> linuxppc-dev-bounces+stephen.neuendorffer=xilinx.com at ozlabs.or
> g 
> [mailto:linuxppc-dev-bounces+stephen.neuendorffer=xilinx.com at o
zlabs.org] On Behalf Of Grant Likely
> Sent: Monday, October 15, 2007 9:09 AM
> To: linuxppc-dev; microblaze-uclinux at itee.uq.edu.au
> Subject: Refactor booting-without-of.txt
> 
> Adding the Linux expected device tree bindings to
> booting-without-of.txt seems to be getting a little unwieldy.  Plus
> with more than one arch using the device tree (powerpc, sparc &
> microblaze) the device tree bindings aren't necessarily powerpc only
> (the Xilinx devices certainly fall in this category).
> 
> Anyone have comments about splitting the expected device tree bindings
> out of booting-without-of.txt into a separate directory?
> 
> Perhaps something like this; each file contains common bindings for
> the type of device and device specific properties:
> 
> Documentation/of/
> Documentation/of/README - Description of the purpose and layout of
> this directory
> Documentation/of/net.txt - network device bindings (eth, 
> MDIO, phy, etc)
> Documentation/of/serial.txt - serial device bindings
> Documentation/of/misc.txt - anything that doesn't fit 
> anywhere else yet.
> Documentation/of/soc/* - System on chip stuff that doesn't fit will
> into established device types; possibly a separate file for each chip.
> Documentation/of/usb.txt - usb blah blah blah
> Documentation/of/whatever - you get the picture.
> 
> Thoughts?
> g.
> 
> -- 
> Grant Likely, B.Sc., P.Eng.
> Secret Lab Technologies Ltd.
> grant.likely at secretlab.ca
> (403) 399-0195
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev at ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
> 
> 




More information about the Linuxppc-dev mailing list