Thread (12 messages) 12 messages, 5 authors, 2007-10-31

RE: Refactor booting-without-of.txt

From: Stephen Neuendorffer <hidden>
Date: 2007-10-16 17:15:27

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

Steve=20
-----Original Message-----
From:=20
linuxppc-dev-bounces+stephen.neuendorffer=3Dxilinx.com@ozlabs.or
g=20
[mailto:linuxppc-dev-bounces+stephen.neuendorffer=3Dxilinx.com@o
zlabs.org] On Behalf Of Grant Likely
Sent: Monday, October 15, 2007 9:09 AM
To: linuxppc-dev; microblaze-uclinux@itee.uq.edu.au
Subject: Refactor booting-without-of.txt
=20
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).
=20
Anyone have comments about splitting the expected device tree bindings
out of booting-without-of.txt into a separate directory?
=20
Perhaps something like this; each file contains common bindings for
the type of device and device specific properties:
=20
Documentation/of/
Documentation/of/README - Description of the purpose and layout of
this directory
Documentation/of/net.txt - network device bindings (eth,=20
MDIO, phy, etc)
Documentation/of/serial.txt - serial device bindings
Documentation/of/misc.txt - anything that doesn't fit=20
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.
=20
Thoughts?
g.
=20
--=20
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
grant.likely@secretlab.ca
(403) 399-0195
_______________________________________________
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
=20
=20
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help