On Fri, May 17, 2013 at 09:26:19AM -0700, Doug Anderson wrote:

> Tom,
> 
> On Wed, May 15, 2013 at 9:51 AM, Doug Anderson <diand...@chromium.org> wrote:
> > Vadim,
> >
> > On Wed, May 15, 2013 at 8:58 AM, Vadim Bendebury <vben...@chromium.org> 
> > wrote:
> >> This is not a big deal for u-boot (maybe very marginally inefficient
> >> when determining the actual memory size). Is this a big deal for
> >> kernel? I mean it is easy to squash these seven memory banks into one
> >> when filling out the memory node of the device tree, the question is
> >> is it even necessary?
> >
> > I think the kernel can go either way.  It can handle 1 big bank or 7
> > banks.  The parts that were broken in the past were:
> > * U-boot would refuse to tell the kernel about more than 4 banks
> > (that's what my patch fixed).
> > * The kernel choked if it was told about a bogus 8th bank that started
> > at 0 and was 0 bytes big.
> >
> > What about if we just take my patch to support more than 4 banks
> > (Vadim now has good justification for needing it)?  ...and then we'll
> > fix our U-Boot not to tell the kernel about a bogus 8th bank (that was
> > just a bug in our config file).
> 
> Do you think it would be OK to apply my patch now given Vadim's
> justification of why we need 7 banks in U-Boot.  AKA: we need 7 banks
> so banks are a power of 2 and all the same size (which U-Boot
> assumes).
> 
> ...or would you prefer not to have it and come up with some other solution?

I think my email must have been lost in the shuffle, see
http://patchwork.ozlabs.org/patch/240687/

So yes, I've got another fix in mind that should solve this and some
other problems.

-- 
Tom

Attachment: signature.asc
Description: Digital signature

_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Reply via email to