[U-Boot] [PATCH] bin_dep.sh Support

Wolfgang Denk wd at denx.de
Mon Apr 6 13:00:31 CEST 2009


Dear Prafulla Wadaskar,

In message <73173D32E9439E4ABB5151606C3E19E250840309 at SC-VEXCH1.marvell.com> you wrote:
> 
> > ...which seems to be an acceptable (to both sides) compromise to me.
> I understood from the discussion so far that-
> 1. There are several cases where u-boot.bin does not help alone
> 2. in some cases there are external tools to be used for the conversion
>    but ideally it is not possible to include each tool in a project

The U-Boot source tree includes the source code for the U-Boot boot
loader. We do not attempt to include source code for all additional
tools that may be needed to build a working U-Boot image - we don;t
include GCC source code, nor binutils, nor any other tools that are
not specific to U-Boot.

> As a user ideally I expect u-boot.bin generated by u-boot make
> should go onto flash and board should work.

Not really. "u-boot.bin" is supposed to be a raw binary image; this
may be directly executable on most processors, but depending on where
and how it is stored additional provisions may be necessary. Such
tools are out of the scope of the U-Boot project.

> But if this doesn't work then how should we educate the uses and address their
> questions whereas he might have stumped flashing wrong u-boot.bin to his board...?

By providing adequate documentation?

You invent a processor with special requirements, so it seems only
natural to me that you educate the users of your processor about the
requirements.

> I don't think it is ONLY processor having this boot sequence architecture,
> there may be several in pipeline...who knows.

Try and talk to your hardware design team about the problems such a
complicated design is causing on the software side...

> Bin_dep.sh provides a framework inside u-boot,
> whether to use it or not is sole decision of board/processor specific code.
> So why not include it :-)

Because we do not attempt to include all possible code for any
proprietary tool that may be needed to implement all the fancy stuff
that might be useful for someone.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Given a choice between two theories, take the one which is funnier.


More information about the U-Boot mailing list