From mboxrd@z Thu Jan  1 00:00:00 1970
From: Marek Vasut <marex@denx.de>
Date: Sat, 8 Sep 2012 09:15:42 +0200
Subject: [U-Boot] Remaining CONFIG_NEEDS_MANUAL_RELOC
In-Reply-To: <504AEF66.8040601@googlemail.com>
References: <201209080836.22262.marex@denx.de>
	<504AEF66.8040601@googlemail.com>
Message-ID: <201209080915.42461.marex@denx.de>
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

Dear Andreas Bie?mann,

> Dear Marek Vasut,
> 
> On 08.09.12 08:36, Marek Vasut wrote:
> > Hi guys.
> > 
> > I've been pondering if the CONFIG_NEEDS_MANUAL_RELOC is getting away from
> > MIPS/NDS32/AVR32/Sparc/M68K any soon.
> 
> I started playing around with 'elf relocation' for avr32 beginning this
> year when I first saw this dlmalloc relocation warning about aliasing.
> But this is not yet finished and disregarded since then.

Understood.

> > We've been having relocation around for a
> > while, yet these platforms still don't support it. Currently, the
> > MANUAL_RELOC only bloats code all around and usually breaks things that
> > can be nicely cleaned up.
> 
> I see your point.
>
> > So guys, can you please share your roadmaps for this issue?
> 
> I will again look into this later this year. On my roadmap are two major
> things.
>  a) SPL for AT91 to remove the need for AT91bootstrap
>  b) relocation for AVR32
> 
> But sorry, I can not give you a schedule for these features.

Understood, it'd be cool to have the reloc in place really quick, as I'd be able 
to clean up stdio a bit more.

Thanks for your reply Andreas!

> Best regards
> 
> Andreas Bie?mann

Best regards,
Marek Vasut