From mboxrd@z Thu Jan  1 00:00:00 1970
From: =?utf-8?Q?Beno=C3=AEt_Th=C3=A9baudeau?= <benoit.thebaudeau@advansee.com>
Date: Sat, 11 May 2013 19:52:17 +0200 (CEST)
Subject: [U-Boot] [PATCH 2/4] arm: make __image_copy_{start,
 end} compiler-generated
In-Reply-To: <20130511100248.60a853ee@lilith>
References: <1368223012-17609-1-git-send-email-albert.u.boot@aribaud.net>
	<1368223012-17609-2-git-send-email-albert.u.boot@aribaud.net>
	<1368223012-17609-3-git-send-email-albert.u.boot@aribaud.net>
	<794454861.738554.1368231902880.JavaMail.root@advansee.com>
	<20130511100248.60a853ee@lilith>
Message-ID: <1762536573.747249.1368294737084.JavaMail.root@advansee.com>
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

Hi Albert,

On Saturday, May 11, 2013 10:02:48 AM, Albert ARIBAUD wrote:
> Hi Beno?t,
> 
> On Sat, 11 May 2013 02:25:02 +0200 (CEST), Beno?t Th?baudeau
> <benoit.thebaudeau@advansee.com> wrote:
> 
> > Hi Albert,

[...]

> > > diff --git a/arch/arm/cpu/arm1136/u-boot-spl.lds
> > > b/arch/arm/cpu/arm1136/u-boot-spl.lds
> > > index 8296e5d..04fc881 100644
> > > --- a/arch/arm/cpu/arm1136/u-boot-spl.lds
> > > +++ b/arch/arm/cpu/arm1136/u-boot-spl.lds
> > > @@ -37,7 +37,6 @@ SECTIONS
> > >  {
> > >  	.text      :
> > >  	{
> > > -	__start = .;
> > >  	  arch/arm/cpu/arm1136/start.o	(.text*)
> > >  	  *(.text*)
> > >  	} >.sram
> > > @@ -48,7 +47,9 @@ SECTIONS
> > >  	. = ALIGN(4);
> > >  	.data : { *(SORT_BY_ALIGNMENT(.data*)) } >.sram
> > >  	. = ALIGN(4);
> > > +
> > >  	__image_copy_end = .;
> > 
> > Why aren't all linker scripts treated equally?
> > 
> > Here, start.S is still used, so '*(.__image_copy_end)' and the related
> > stuff
> > should be like what you did for arch/arm/cpu/u-boot.lds below. Or am I
> > missing
> > something?
> > 
> > Same question for several other linker scripts below.
> 
> Not all SPLs use relocation -- actually, most SPLs do not use
> relocation, and thus do not need image and relocaton section symbols.

Then, why do you keep the old definition of __image_copy_end in such linker
scripts? Probably because start.S can't be linked in otherwise, but this is no
longer true at the end of this series with the new relocate.S that is garbage-
collected for those SPLs. And in all cases, shouldn't all linker scripts
requiring __image_copy_end be converted to the new definition?

[...]

Best regards,
Beno?t