From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <17619.55376.662510.379504@cargo.ozlabs.ibm.com> Date: Sat, 5 Aug 2006 09:29:20 +1000 From: Paul Mackerras To: Tom Rini Subject: Re: RFC: Location for Device Tree Sources? In-Reply-To: <20060804175418.GA28095@smtp.west.cox.net> References: <3115459755319495cff4.1649760492.miltonm@bga.com> <20060803135440.GB3075@smtp.west.cox.net> <17618.53692.364647.412406@cargo.ozlabs.ibm.com> <20060804175418.GA28095@smtp.west.cox.net> Cc: linuxppc-dev@ozlabs.org, g.liakhovetski@gmx.de, Milton Miller List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Tom Rini writes: > But doesn't the representation include meaning? No, in the sense that the device-tree representation doesn't define what meaning or interpretation is to be given to particular node and property names or to particular property values. > I'll rephrase what I said to what I think we all agree. Changing > existing fields meanings in incompatible ways and not somehow allowing > that to still work (like by adding a flag so new trees are interpreted > one way, old trees are fixed-up or whatever) is a problem. Yes it's a problem. Not one that we want to solve by changing the dt version number, though. Paul.