[PATCH 0/3] patches to allow DTB to be appended to the ARM zImage

[Russell King - ARM Linux]

On Mon, Jun 13, 2011 at 10:14:07AM -0400, Nicolas Pitre wrote:
> On Mon, 13 Jun 2011, Tony Lindgren wrote:
> 
> > * Nicolas Pitre <nicolas.pitre at linaro.org> [110612 11:55]:
> > > On Sun, 12 Jun 2011, Russell King - ARM Linux wrote:
> > > 
> > > > I don't see this as a sustainable way forward.  If we're going to move a
> > > > particular SoC over to DT, we need to move the entire SoC over.  We can't
> > > > do this half-heartedly.
> > > > 
> > > > And that means we _must_ deal with accepting ATAGs from existing boot
> > > > loaders, with that information taking precidence over the DT blob
> > > > supplied with the kernel.
> > > 
> > > Well... OK.  Let's see how this can be accommodated with the existing 
> > > patch floating around doing that.
> > 
> > I agree that we need to parse the user configurable ATAGs to support
> > existing hardware properly. Otherwise we have edit the .dts for each board
> > to change the user configurable things, which is not nice for distros.
> 
> You mean "existing bootloaders", right?
> 
> Updated bootloaders should translate user configurable information into 
> proper DT records and pass the resulting DTB to the kernel separately.

OMAP is one of the code bases where this really matters - they have a
_lot_ of existing platforms with boot loaders which do the ATAG stuff.
They also have a lot of code in arch/arm that needs to be converted to
a DT representation.

With the current situation where you can have either ATAGs or DT but
not both, they're currently facing either having to break all the
existing platforms by ignoring the ATAGs _or_ keeping two copies of
a considerable amount of data - one in DT form and one in its existing
form.

At present, DT can only be used sensibly on brand new SoCs where there
are no existing platforms with ATAG based boot loaders to worry about.
As things stand at present, even with your patch series, existing SoCs
have no viable path to transition to DT.