[U-Boot] [PATCH] ARMv7: Fix linker errors across toolchain versions
Premi, Sanjeev
premi at ti.com
Thu Dec 2 09:18:21 CET 2010
> -----Original Message-----
> From: Albert ARIBAUD [mailto:albert.aribaud at free.fr]
> Sent: Thursday, December 02, 2010 12:30 PM
> To: u-boot at lists.denx.de
> Cc: Premi, Sanjeev; Wolfgang Denk
> Subject: Re: [U-Boot] [PATCH] ARMv7: Fix linker errors across
> toolchain versions
>
> Le 01/12/2010 22:39, Albert ARIBAUD a écrit :
> > This one is a conundrum.
> >
> > Using 2010q1, building omap3_evm causes a linker warning
> > "arm-none-linux-gnueabi-ld: u-boot: section .bss vma
> 0x8003e8f0 overlaps
> > previous sections" while building omap3_beagle does not
> cause any linker
> > warning.
> >
> > Both boards use the same armv7 u-boot.lds and have a .bss
> which is way
> > bigger than the .rel.dyn plus .dynsym sections that it does overlay.
> > IOW, they have a similar layout for .rel.dyn, .dynsym and
> .bss, but one
> > gets the warning and one does not.
> >
> > The one difference a readelf shows is that for beagle,
> there is only one
> > segment:
> >
> > 00 .text .rodata .hash .data .got.plt .u_boot_cmd .rel.dyn .dynsym
> >
> > While for evm there is
> >
> > 00 .text .rodata .hash .data .got.plt .u_boot_cmd .rel.dyn .bss
> > 01 .dynsym
> >
> > Note that .bss has appeared in segment 00 for evm, whereas
> it was absent
> > for beagle, and that .dynsym was rejected to a second
> segment -- why? I
> > don't know.
> >
> > Note: I've tried with putting input sections .rel.dyn and
> .dynsym into a
> > single output section .rel.dyn: this makes the second
> segment disappear,
> > but for evm the warning remains and .bss remains in the segment.
>
> I have a tiny clue.
>
> Starting with the fact that the linker issue is only for one board,
> omap3_evm, I looked up the board-specific code. First thing that I
> noticed was
>
> static u8 omap3_evm_version;
>
> I changed this to
>
> static u8 omap3_evm_version = 1;
>
> so that the static was moved out of BSS and the linker warning
> disappeared (reminder: v2010.12-rc2, omap3_evm, arm-2010q1).
>
> Now this is not the first static BSS variable we use in
> U-Boot, and the
> others did not cause linker warnings (not *all* the others,
> at least),
> so the real cause is yet unknown to me. But that's at least a lead we
> can follow.
>
> If this BSS variable is used before relocation (I haven't
> checked this),
> then anyway it'll have to move; in that case I'll keep an eye on this
> linker warning and try to sort it out if I get time.
I did explain yesterday that variable is not used in relocation. If you
notice the code snippet I sent yesterday, I had removed every assignment
to the variable. And 2009q1 was still not happy!
>
> Amicalement,
> --
> Albert.
>
More information about the U-Boot
mailing list