* Tony Lindgren <[email protected]> [110504 00:20]:
> * Nicolas Pitre <[email protected]> [110429 12:11]:
> > >
> > > Err, no. Moving stuff around becomes quite expensive when the cache is
> > > not on. It's far better to work out where to place it first time around
> > > so its not in the way.
> >
> > I don't think the DT data is that huge, but that's a point in favor of
> > doing it in the zImage code. We'll just need to feed the total size of
> > the uncompressed kernel .bss section to zImage when compiling it.
>
> One more thing to consider though.. I don't think we want to copy the
> DT data twice. It's not big right now, but could get large if we pass
> all the clocks in it.
>
> So this should be probably fixed in the original patch.. John got
> any thoughts on that?
Hmm actually the the easy fix is to relocate both the compressed kernel
and DT data with one copy to:
max(inflated_kernel_end + kernel_bss_size - compressed_kernel_size,
inflated_kernel_end)
So no need to relocate them separately or copy twice.
Tony
_______________________________________________
devicetree-discuss mailing list
[email protected]
https://lists.ozlabs.org/listinfo/devicetree-discuss
