On Wed, May 07, 2008 at 07:56:25PM +0200, Wolfgang Denk wrote: > In message <[EMAIL PROTECTED]> you wrote: > > > > CONFIG_RELOCATABLE on powerpc means something different. On arm we start > > U-Boot by running it at an address != link address and _copy_ (not > > relocate) ourselves to the address we are linked at. On powerpc real > > relocation is done if CONFIG_RELOCATABLE is enabled. > > Hence the option you wanted to add should better have the name > > CONFIG_SKIP_COPY_TO_SDRAM or something like that. > > This is something that I always wanted to fix. The ARM implementation > is broken by design - unfortunately it has been also used for MIPS, > and other architectures. It would be much better if we had real > relocation to a (dynamically determined) address on ARM too, instead > of such a fixed mapping.
I wouldn't say broken. With a fixed mapping you get smaller code size and for many cases it's just enough. So I vote for having both. Regards Sascha -- Pengutronix e.K. - Linux Solutions for Science and Industry ----------------------------------------------------------- Kontakt-Informationen finden Sie im Header dieser Mail oder auf der Webseite -> http://www.pengutronix.de/impressum/ <- ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ U-Boot-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/u-boot-users
