On Mon, 2007-07-16 at 09:19 +0200, Robert Schwebel wrote: > I think it is a fundamental thing: the "we just have to wait long > enough, until oftree definitions have settled" proposal just isn't > right. It may be right for big irons, being well defined. But for the > embedded processors, too less people are working on it, plus we have too > much things which could be defined. Speaking of the MPC5200, look at how > often device tree names change, e.g. for mpc5200 vs. mpc52xx vs. > whatever. As long as things change, you have to keep the three locations > in sync manually, and that's b
I wouldn't expect things to change that much. I think MPC52xx is a bad example of a worst case scenario. Also, as the core group of people working on linux/ppc get more familiar with the device-tree, we should get things right more quickly. In the end, the problem with the device-tree is also it's strongest advantage: it's extremely flexible :-) So yes, that causes that sort of problem, but don't ignore the whole lot of problems that it solves by not having to hard code knowledge of the gazillion ways a given chip can be setup in drivers or the ability to pass along ancilliary informations such as MAC addresses, UUIDs, etc... from the firmware to selected devices in the tree, or the sane interrupt & address mapping (that's really the two main reasons in fact). Ben. _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev