From mboxrd@z Thu Jan  1 00:00:00 1970
From: Scott Wood <scottwood@freescale.com>
Date: Fri, 21 Sep 2012 14:33:05 -0500
Subject: [U-Boot] [PATCH v4 10/11] Add u-boot-pad.bin target to the
 Makefile
In-Reply-To: <201209212124.05075.marex@denx.de> (from marex@denx.de on Fri
	Sep 21 14:24:04 2012)
References: <1348254184.19917.7@snotra> <201209212124.05075.marex@denx.de>
Message-ID: <1348255985.19917.13@snotra>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

On 09/21/2012 02:24:04 PM, Marek Vasut wrote:
> Dear Scott Wood,
> 
> > On 09/21/2012 01:43:24 PM, Marek Vasut wrote:
> > > Dear Scott Wood,
> > >
> > > > The awkwardness with naming based on nand/onenand/sd is that we  
> no
> > > > longer have build infrastructure that is specific to the type of
> > >
> > > boot
> > >
> > > > device -- and IIRC with some of the newer SPL targets, the same
> > >
> > > image
> > >
> > > > works on multiple types of boot device.
> > > >
> > > > Having u-boot.bin be the final output regardless of internal
> > > > implementation details such as spl would avoid that problem,  
> and be
> > > > even nicer to automated testing than the nand/onenand/sd names.
> > >
> > > On the other hand, I use u-boot.bin and expect it to always be the
> > > raw linked
> > > binary of u-boot .
> >
> > What is U-Boot?  Is it the thing that SPL loads, or is it the entire
> > package that pops out when I tell the U-Boot makefiles to build
> > something?
> >
> > Of course the raw binary of the thing that SPL loads would still be
> > available under some new name.  Or come up with a new name for the
> > final output, but I think the number of people that care about the
> > final output is larger than the number of people that care about the
> > raw binary of the thing that SPL loads.
> >
> > As I said earlier, this is a situation where you can't please  
> everyone,
> > and I think it's better to have the current state of things be sane
> > than to preserve one historical meaning of a particular target name
> > rather than the other (originally there was no SPL and u-boot.bin  
> was
> > both the linker output and the final image to put into flash -- and
> > this is still the case for many/most boards).
> 
> Leave u-boot.bin be, that's the u-boot binary ...

So basically, argument by repetition. :-)

My point was that the introduction of SPL means there are two ways to  
interpret the phrase "the u-boot binary".

> the new name might be u-boot.img (as in flash image), what do you say  
> ?

Whatever, at least it doesn't have the SoC name in it.  But again I  
think you're causing more problems/confusion changing the final output  
name than changing the result of a particular objcopy operation.

-Scott