From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from fed1rmmtao03.cox.net (fed1rmmtao03.cox.net [68.230.241.36]) by ozlabs.org (Postfix) with ESMTP id 50E02679E1 for ; Thu, 3 Aug 2006 23:54:42 +1000 (EST) Date: Thu, 3 Aug 2006 06:54:40 -0700 From: Tom Rini To: Milton Miller Subject: Re: RFC: Location for Device Tree Sources? Message-ID: <20060803135440.GB3075@smtp.west.cox.net> References: <3115459755319495cff4.1649760492.miltonm@bga.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <3115459755319495cff4.1649760492.miltonm@bga.com> Cc: linuxppc-dev@ozlabs.org, g.liakhovetski@gmx.de List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thu, Aug 03, 2006 at 04:32:33AM -0500, Milton Miller wrote: > I don't think we need to bump the dt version every time we make a tree > content requirements change. We need to bump when we add or > change fields in the struct header, change internal layout, or change how > we pass information through the tree. Certianly not because someone > left things out of their tree. But "content requirements change" isn't the same as "left things out of their tree". It sounds, and I haven't seen the changes, so I'm not certain that the meaning behind a field changed. Something like that should change the dt version. New fields aren't a problem. Changing existing fields meaning in incompatible ways is a problem. -- Tom Rini