[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: aarch64: relocation 0x105 is not implemented yet.

From: Andrey Borzenkov
Subject: Re: aarch64: relocation 0x105 is not implemented yet.
Date: Sun, 29 Dec 2013 17:06:20 +0400

В Вс, 29/12/2013 в 12:44 +0000, Leif Lindholm пишет:
> On 29 December 2013 05:24, Andrey Borzenkov <address@hidden> wrote:
> > В Вс, 29/12/2013 в 01:55 +0000, Leif Lindholm пишет:
> >> It shouldn't, but difficult to say without knowing more details.
> >> Can you run the mkimage with -v and pinpoint the triggering module?
> >
> > This comes from .eh_frame section and fails for kernel.exec already.
> >
> > OFFSET           TYPE              VALUE
> > 000000000000001c R_AARCH64_PREL32  .text+0x0000000000009b70
> > 0000000000000044 R_AARCH64_PREL32  .text+0x0000000000009b78
> >
> > Also there are ABS32 relocations in various .debug_* sections but I
> > presume they are handled by --strip-unneeded.
> Ah, yes (Fedora also saw this):
> While it might be interesting to dig out what causes this toolchain difference
> vs. Linaro, I am reasonably confident this relocation cannot be generated
> in actual C code with -mcmodel=large. So my suggestion would be to ignore
> this relocation. Or should we explicitly strip .eh_frame?

If it is not needed to run the binaries on target - I sure suggest
stripping it off. I was not sure as I expected --strip-unneeded to do it
in this case.

Ignoring does not sound right in case we actually hit in in code.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]