[U-Boot-Users] [PATCH 3/3] mpc83xx: cleanup System Part and Revision ID Register (SPRIDR) code
Joakim Tjernlund
Joakim.Tjernlund at transmode.se
Sat Mar 29 00:27:17 CET 2008
> -----Original Message-----
> From: glikely at secretlab.ca [mailto:glikely at secretlab.ca] On Behalf Of Grant Likely
> Sent: den 29 mars 2008 00:12
> To: Kim Phillips
> Cc: Joakim Tjernlund; u-boot-users at lists.sourceforge.net
> Subject: Re: [U-Boot-Users] [PATCH 3/3] mpc83xx: cleanup System Part and Revision ID Register (SPRIDR)
> code
>
> On Fri, Mar 28, 2008 at 4:41 PM, Kim Phillips
> <kim.phillips at freescale.com> wrote:
> > On Fri, 28 Mar 2008 21:01:30 +0100
> > "Joakim Tjernlund" <Joakim.Tjernlund at transmode.se> wrote:
> >
> > > BTW, what happened to relocation stuff Grant was doing? It is
> > > still disabled, I never had any problems so perhaps time to
> > > turn it on again? it might even make u-boot smaller once all the
> > > old manuel relocation code has been properly disabled.
> > >
> > beats me. I'm all for it, but I think we're still supposed to support
> > a wide range of toolchain versions (the reason Grant's stuff got
> > reverted).
>
> The main problem is not really understanding how gcc wants to handle
> relocation. I've got no idea what needs to be different between
> versions of gcc. Someone with greater gcc powers than I needs to take
> a look at it.
>
> g.
I am no gcc expert, but perhaps listing which gcc's that don't work is a god start?
What archs were problematic? only ppc? There was a register bug for ppc that WD
fixed a little while ago, maybe that will help.
Jocke
More information about the U-Boot
mailing list